|
-
Jul 12th, 2003, 07:51 PM
#1
Thread Starter
Lively Member
.NET native compiler (make programs that don't require framework)
I was hangin out in the C# newsgroup and I found this post in a thread concerning the size of the framework:
An alternative way is to simply develop everything in C#, then compile the app into native code without .NET dependency. We are working on such a tool (Salamander .NET Native Compiler), which links everything together and emits x86 machine code. It does not require .NET framework, but the file size will be much larger.
Huihong
http://www.remotesoft.com
note: He mentions C# in this post, but there's no reason why it wouldn't work when compiled in any other language.
I became extremely interrested in this. After exchanging several emails, I came to realize that this IS actually possible! It's not done yet, but he said the beta will be out in about a month (I'm a tester ).
I am very impressed by his other software as well, and I wanted to plug his site. Check it out, there might be something you're interrested in: http://www.remotesoft.com
I hope you're as impressed as I am!
-
Jul 12th, 2003, 08:36 PM
#2
Sleep mode
The .NET Framework , won't be the problem anymore , simply because it will be included in all the new OS MS is releasing (starting by Windows2003 Server) and it's part of Windows Update too .
-
Jul 12th, 2003, 08:48 PM
#3
Thread Starter
Lively Member
Since the .NET framework was not included in Windows XP, I'd say the majority of Windows users still do not have it (I know a lot of people I know have never run the Windows update, because Windows works fine without it). Being about 20MB, the framework is still a huge inhibition for people who want to make just a simple tool, and to developers who are developing for Windows only.
-
Jul 13th, 2003, 07:16 AM
#4
yay gay
Re: .NET native compiler (make programs that don't require framework)
\m/  \m/
-
Jul 13th, 2003, 10:46 AM
#5
Sleep mode
-
Jul 13th, 2003, 11:50 AM
#6
Thread Starter
Lively Member
Pirate hit the nail on the head. It 'takes' all the functions out of the framework and puts them into your compiled exe, so it no longer requires the framework.
-
Jul 13th, 2003, 12:10 PM
#7
PowerPoster
Ok, that is great, but you still need the CLR to JIT the assembly and manage garbage collection. You can JIT the assembly yourself and distribute it, eliminating it, but this 'technology' will have to implement the GC part or it would be worthless.
It will be cool if someone gets it working....and working right.
-
Jul 13th, 2003, 12:17 PM
#8
Thread Starter
Lively Member
You are correct hellswraith, he mentioned that the GC is one of the major parts of the project he's working on right now.
it appears the site is down at the moment. Try again later, it was working great yesterday.
-
Jul 13th, 2003, 03:59 PM
#9
Sleep mode
This new tech will divide .NET applications into two paths(who knows ) : One require .NET Framework , and one doesn't and who win is really determined by the statbility of this tech .
-
Jul 13th, 2003, 10:03 PM
#10
Yes! I asked this question and everyone told me it was impossible. I never understood why you couldn't just take the functions out of the .NET to make native code. I hope this guy can do it, I'd LOVE to be a beta tester
-
Jul 14th, 2003, 12:19 AM
#11
PowerPoster
The mono project is already taking the .net functions and creating open source implementations.
-
Nov 20th, 2003, 05:18 AM
#12
Hyperactive Member
I am very excited about Mono. I love the idea of OS freedom!
But, it would also be nice to be able to compile the same applications into native code.
-
Nov 20th, 2003, 09:44 AM
#13
Originally posted by crpietschmann
I am very excited about Mono. I love the idea of OS freedom!
But, it would also be nice to be able to compile the same applications into native code.
What the hell is with people today bumping old ass threads?
I am a beta tester for salamander, currently it has a mini-deploy so I can create programs and deploy them with a miniture .NET framework, so the user doesn't have to install the framework and it usually ends up being only a couple of megs.
-
Nov 20th, 2003, 11:23 AM
#14
I wonder how many charact
It seems like it would be feasible.
But I suspect major sources of grief will come with garbage collection and possibly .Net framework security permissions.
-
Nov 20th, 2003, 09:24 PM
#15
Lively Member
there are several reasons why I find this impossible. main globalization in the framework defines your exe as a win 32 application. if the globalization was cut down into small pieces of native code, your app will end up with millions and billions of errors.
DannyJoumaa
Advanced VB6 Programmer
Intermediate-Advanced VB .NET Programmer
Intermediate C# Programmer
Intermediate Win32 Developer
Beginner Mac OS X Developer
Contact: [email protected]
Favorite Sayings:
"Every time you open your mouth, you prove your an idiot."
"God is a programmer. Satan is a bug. Life is debugging."
-
Nov 21st, 2003, 09:50 AM
#16
I still say its all a wate of time. I doesnt take any effort to install the .NET framework. Just install it.
-
Nov 21st, 2003, 11:37 AM
#17
Lively Member
True enough that it's not really a great tradeoff - instead of an app that's ~400k, less compressed, you foist off on your user a couple of megs. Once a user has downloaded and played with 10 or so apps (whoever wrote them) they might as well have downloaded the whole framework anyhow.
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|