visual studio .net general:
Yes, but some of them are compiled also to native x86 using NGEN. You can see the values "MSIL" or "x86" in a column of the GAC (C:\Windows\assembly folder) -- Best regards, Carlos J. Quintero MZ-Tools: Productivity add-ins for Visual Studio .NET, VB6, VB5 and VBA You can code, design and document much faster. Free resources for add-in developers: http://www.mztools.com "Andrew Jenssen" <AJens@YahooMail.com> escribió en el mensaje news:0qednUw7zPbiZf3eRVn-2w@comcast.com... [quoted text, click to view] > "Kevin Spencer" wrote: >> "Ole Nielsby" wrote: >>> Andrew Jenssen wrote: >>>> In these Visual Studio newsgroups, is the standard >>>> terminology to refer to the "build" process as "compilation"? >>>> If so, what does the Just-in-Time Compiler do at runtime? >>>> Is it to assemble the MSIL code? If so, why isn't it called a >>>> Just-in-Time Assembler? >>> >>> An assembler transforms human-readable mnemonics and >>> labels into instruction codes and addresses with little or >>> no optimization. >>> >>> The Just-in-Time Compiler (or whatever they call it) >>> compiles processor-neutral IL bytecodes (which aren't >>> human-readable unless you disassemble them) to processor >>> instructions and jump tables, using optimization strategies >>> such as inlining, loop unrolling, rearranging instructions for >>> optimal use of the processor, etc., which is traditionally a >>> compiler job. >> >> It is also important to note that the word "compile" is a reference >> to more than one process, or step, in terms of compilation. For >> example, in applications written prior to the .Net framework, >> developer code was first compiled into an object file of Assembler >> code, and compiled from that into native machine code. The >> .Net Framework performs a similar type of process. The IDE >> compiles the developer code into MSIL, and stops. The JIT >> compiler compiles the MSIL into native machine code at run-time. >> >> Kevin Spencer >> Microsoft MVP >> .Net Developer > > Then what is in the DLLs of the .NET Framework Class Library? > Is it MSIL code that is also processed by the JIT compiler? > > Jenssey
In these Visual Studio newsgroups, is the standard terminology to refer to the "build" process as "compilation"? If so, what does the Just-in-Time Compiler do at runtime? Is it to assemble the MSIL code? If so, why isn't it called a Just-in-Time Assembler?
[quoted text, click to view] "Kevin Spencer" wrote: > "Ole Nielsby" wrote: >> Andrew Jenssen wrote: >>> In these Visual Studio newsgroups, is the standard >>> terminology to refer to the "build" process as "compilation"? >>> If so, what does the Just-in-Time Compiler do at runtime? >>> Is it to assemble the MSIL code? If so, why isn't it called a >>> Just-in-Time Assembler? >> >> An assembler transforms human-readable mnemonics and >> labels into instruction codes and addresses with little or >> no optimization. >> >> The Just-in-Time Compiler (or whatever they call it) >> compiles processor-neutral IL bytecodes (which aren't >> human-readable unless you disassemble them) to processor >> instructions and jump tables, using optimization strategies >> such as inlining, loop unrolling, rearranging instructions for >> optimal use of the processor, etc., which is traditionally a >> compiler job. > > It is also important to note that the word "compile" is a reference > to more than one process, or step, in terms of compilation. For > example, in applications written prior to the .Net framework, > developer code was first compiled into an object file of Assembler > code, and compiled from that into native machine code. The > .Net Framework performs a similar type of process. The IDE > compiles the developer code into MSIL, and stops. The JIT > compiler compiles the MSIL into native machine code at run-time. > > Kevin Spencer > Microsoft MVP > .Net Developer
Then what is in the DLLs of the .NET Framework Class Library? Is it MSIL code that is also processed by the JIT compiler?
[quoted text, click to view] "Carlos J. Quintero [VB MVP]" wrote: > "Andrew Jenssen" wrote: >> "Kevin Spencer" wrote: >>> "Ole Nielsby" wrote: >>>> Andrew Jenssen wrote: >>>>> In these Visual Studio newsgroups, is the standard >>>>> terminology to refer to the "build" process as "compilation"? >>>>> If so, what does the Just-in-Time Compiler do at runtime? >>>>> Is it to assemble the MSIL code? If so, why isn't it called a >>>>> Just-in-Time Assembler? >>>> >>>> An assembler transforms human-readable mnemonics and >>>> labels into instruction codes and addresses with little or >>>> no optimization. >>>> >>>> The Just-in-Time Compiler (or whatever they call it) >>>> compiles processor-neutral IL bytecodes (which aren't >>>> human-readable unless you disassemble them) to processor >>>> instructions and jump tables, using optimization strategies >>>> such as inlining, loop unrolling, rearranging instructions for >>>> optimal use of the processor, etc., which is traditionally a >>>> compiler job. >>> >>> It is also important to note that the word "compile" is a reference >>> to more than one process, or step, in terms of compilation. For >>> example, in applications written prior to the .Net framework, >>> developer code was first compiled into an object file of Assembler >>> code, and compiled from that into native machine code. The >>> .Net Framework performs a similar type of process. The IDE >>> compiles the developer code into MSIL, and stops. The JIT >>> compiler compiles the MSIL into native machine code at run-time. >>> >>> Kevin Spencer >>> Microsoft MVP >>> .Net Developer >> >> Then what is in the DLLs of the .NET Framework Class Library? >> Is it MSIL code that is also processed by the JIT compiler? >> >> Jenssey >> > > Yes, but some of them are compiled also to native x86 using NGEN. > You can see the values "MSIL" or "x86" in a column of the GAC > (C:\Windows\assembly folder) > > Carlos J. Quintero
OK, thanks, guys! Jenssey
It is also important to note that the word "compile" is a reference to more than one process, or step, in terms of compilation. For example, in applications written prior to the .Net framework, developer code was first compiled into an object file of Assembler code, and compiled from that into native machine code. The .Net Framework performs a similar type of process. The IDE compiles the developer code into MSIL, and stops. The JIT compiler compiles the MSIL into native machine code at run-time. -- HTH, Kevin Spencer Microsoft MVP ..Net Developer A watched clock never boils. [quoted text, click to view] "Ole Nielsby" <ole.nielsby@snailmail.dk> wrote in message news:uTlELft2FHA.2816@tk2msftngp13.phx.gbl... > > Andrew Jenssen <AJens@YahooMail.com> wrote: >> In these Visual Studio newsgroups, is the standard >> terminology to refer to the "build" process as "compilation"? >> If so, what does the Just-in-Time Compiler do at runtime? >> Is it to assemble the MSIL code? If so, why isn't it called a >> Just-in-Time Assembler? > > An assembler transforms human-readable mnemonics and > labels into instruction codes and addresses with little or > no optimization. > > The Just-in-Time Compiler (or whatever they call it) > compiles processor-neutral IL bytecodes (which aren't > human-readable unless you disassemble them) to processor > instructions and jump tables, using optimization strategies > such as inlining, loop unrolling, rearranging instructions for > optimal use of the processor, etc., which is traditionally a > compiler job. > >
[quoted text, click to view] Andrew Jenssen <AJens@YahooMail.com> wrote: > In these Visual Studio newsgroups, is the standard > terminology to refer to the "build" process as "compilation"? > If so, what does the Just-in-Time Compiler do at runtime? > Is it to assemble the MSIL code? If so, why isn't it called a > Just-in-Time Assembler?
An assembler transforms human-readable mnemonics and labels into instruction codes and addresses with little or no optimization. The Just-in-Time Compiler (or whatever they call it) compiles processor-neutral IL bytecodes (which aren't human-readable unless you disassemble them) to processor instructions and jump tables, using optimization strategies such as inlining, loop unrolling, rearranging instructions for optimal use of the processor, etc., which is traditionally a compiler job.
The .NET compilers for managed languages (VB.NET, C#, ...) generate Intermediate Language (IL), like Java bytecodes, which is written to the ..exe/.dll file (you can use ildasm.exe to disassemble it). When the app is executed, the JIT compiler (just in time before executing the code) transforms (compiles) the IL into native x86 instructions of the CPU. ..NET includes also a native generator (NGEN) to generate native CPU code, avoiding the JIT, but it is only used at special cases. -- Best regards, Carlos J. Quintero MZ-Tools: Productivity add-ins for Visual Studio .NET, VB6, VB5 and VBA You can code, design and document much faster. Free resources for add-in developers: http://www.mztools.com "Andrew Jenssen" <AJens@YahooMail.com> escribió en el mensaje news:D6WdneImFevgG_3enZ2dnUVZ_s6dnZ2d@comcast.com... [quoted text, click to view] > In these Visual Studio newsgroups, is the standard > terminology to refer to the "build" process as "compilation"? > If so, what does the Just-in-Time Compiler do at runtime? > Is it to assemble the MSIL code? If so, why isn't it called a > Just-in-Time Assembler? > > Jenssey
Don't see what you're looking for? Try a search.
|