compile to native

[Marcus]

How can I compile my VS2005 c# code to not be dependent on CLR to run?

I want people that install my software to be able to run it without
having to bother with CLR's and "Windows installers".
I would like to generate a binary for lets say Windows XP.

How do I do this?

[Tom Spink]

Marcus wrote:

How can I compile my VS2005 c# code to not be dependent on CLR to run?

I want people that install my software to be able to run it without
having to bother with CLR's and "Windows installers".
I would like to generate a binary for lets say Windows XP.

How do I do this?

Hi Marcus,

I've heard of something called NGen, something to do with native generation
I think. It may be what you're looking for, but be warned: C# isn't
designed for this. It's /supposed/ to be dependant on the CLR. That's
it's whole purpose, in fact.

--
Hope this helps,
Tom Spink

Google first, ask later.

[pvdg42]

"Marcus" <ma************@koping.netwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...

How can I compile my VS2005 c# code to not be dependent on CLR to run?

I want people that install my software to be able to run it without
having to bother with CLR's and "Windows installers".
I would like to generate a binary for lets say Windows XP.

How do I do this?

To add to Tom's admonition. The language *designed* for what you want
(available in Visual Studio) is C++.

[ssamuel]

Marcus,

I'm sure this has some limitations, but here's the answer to how to run
..NET code without the CLR installed:

http://www.xenocode.com/
Tom,

NGen simply optimizes code for a particular local machine/platform. For
instance, if you're running an AMD processor, NGen will give you code
that may take advantage of some AMD-specific function calls. Something
like that. You still need the CLR.
Stephan

Tom Spink wrote:

Marcus wrote:

How can I compile my VS2005 c# code to not be dependent on CLR to run?

I want people that install my software to be able to run it without
having to bother with CLR's and "Windows installers".
I would like to generate a binary for lets say Windows XP.

How do I do this?

Hi Marcus,

I've heard of something called NGen, something to do with native generation
I think. It may be what you're looking for, but be warned: C# isn't
designed for this. It's /supposed/ to be dependant on the CLR. That's
it's whole purpose, in fact.

--
Hope this helps,
Tom Spink

Google first, ask later.

[Tom Spink]

ssamuel wrote:

Marcus,

I'm sure this has some limitations, but here's the answer to how to run
.NET code without the CLR installed:

http://www.xenocode.com/
Tom,

NGen simply optimizes code for a particular local machine/platform. For
instance, if you're running an AMD processor, NGen will give you code
that may take advantage of some AMD-specific function calls. Something
like that. You still need the CLR.
Stephan

Tom Spink wrote:

>Marcus wrote:

How can I compile my VS2005 c# code to not be dependent on CLR to run?

I want people that install my software to be able to run it without
having to bother with CLR's and "Windows installers".
I would like to generate a binary for lets say Windows XP.

How do I do this?

Hi Marcus,

I've heard of something called NGen, something to do with native
generation
I think. It may be what you're looking for, but be warned: C# isn't
designed for this. It's /supposed/ to be dependant on the CLR. That's
it's whole purpose, in fact.

--
Hope this helps,
Tom Spink

Google first, ask later.

Cool. Cheers, Stephan.

--
Hope this helps,
Tom Spink

Google first, ask later.

[Göran Andersson]

ssamuel wrote:

NGen simply optimizes code for a particular local machine/platform. For
instance, if you're running an AMD processor, NGen will give you code
that may take advantage of some AMD-specific function calls. Something
like that. You still need the CLR.

You might be able to make specifically targeted builds, but normally you
would make a build targeted at any processor. That disables any specific
optimizations.

The JIT compiler on the other hand can always use specific
optimizations, as it always knows what processor the code will be run
on. So in practice it's the other way around; NGen creates an
un-optimized build.

[Jon Skeet [C# MVP]]

Göran Andersson <gu***@guffa.comwrote:

ssamuel wrote:

NGen simply optimizes code for a particular local machine/platform. For
instance, if you're running an AMD processor, NGen will give you code
that may take advantage of some AMD-specific function calls. Something
like that. You still need the CLR.

You might be able to make specifically targeted builds, but normally you
would make a build targeted at any processor. That disables any specific
optimizations.

The JIT compiler on the other hand can always use specific
optimizations, as it always knows what processor the code will be run
on. So in practice it's the other way around; NGen creates an
un-optimized build.

While NGen doesn't perform all the optimisations (for reasons I'm not
clear on) it *does* know which processor it will be run on - if you
change processor, the NGen'd code won't be used any more.

--
Jon Skeet - <sk***@pobox.com>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too