 |
C++Talk.NET C++ language newsgroups
|
| View previous topic :: View next topic |
| Author |
Message |
napi Guest
|
Posted: Fri Oct 15, 2004 3:32 am Post subject: C to Java Byte Code |
|
|
I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far. With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps. Also, old programs (with some tweaking)
could be re-compiled and ported to the JVM.
We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
Napi
|
|
| Back to top |
|
 |
Chris Barts Guest
|
Posted: Fri Oct 15, 2004 8:21 am Post subject: Re: C to Java Byte Code |
|
|
napi wrote:
| Quote: | I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far.
|
Probably because writing C for a VM like the Java VM is pretty stupid,
when you /should/ be linking to precompiled libraries from within your
Java (or Perl, or whatever) code.
| Quote: | With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps. Also, old programs (with some tweaking)
could be re-compiled and ported to the JVM.
|
I can honestly say I've never needed to port legacy C to a VM
environment like the Java VM. I honestly can't see the need, as I've
said above.
| Quote: |
We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
|
Heh. /All/ C should be multi-platform, if the programmer is paying
attention to the relevant standards.
|
|
| Back to top |
|
 |
jacob navia Guest
|
Posted: Fri Oct 15, 2004 2:50 pm Post subject: Re: C to Java Byte Code |
|
|
napi wrote:
| Quote: | I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far. With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps. Also, old programs (with some tweaking)
could be re-compiled and ported to the JVM.
We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
Napi
|
The multi platform C runs... in this platform only:
- Linux for x86 operating system (any distribution) running
kernel 2.4 or newer
Period.
AND you should put the MPC logo in your product when shipping
of course.
jacob
|
|
| Back to top |
|
 |
Alan Balmer Guest
|
Posted: Fri Oct 15, 2004 3:10 pm Post subject: Re: C to Java Byte Code |
|
|
On 14 Oct 2004 20:32:39 -0700, [email]napi (AT) axiomsol (DOT) com[/email] (napi) wrote:
| Quote: | I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far.
|
I don't know about availability, but there was work done on this from
at least 5 years ago: http://www.cs.ucla.edu/~ashapiro/cminusjava/
| Quote: | With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps. Also, old programs (with some tweaking)
could be re-compiled and ported to the JVM.
We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
|
Why is it restricted to Linux only?
--
Al Balmer
Balmer Consulting
[email]removebalmerconsultingthis (AT) att (DOT) net[/email]
|
|
| Back to top |
|
 |
Alan Balmer Guest
|
Posted: Fri Oct 15, 2004 3:12 pm Post subject: Re: C to Java Byte Code |
|
|
On Fri, 15 Oct 2004 02:21:16 -0600, Chris Barts <chbarts (AT) gmail (DOT) com>
wrote:
| Quote: | napi wrote:
I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far.
Probably because writing C for a VM like the Java VM is pretty stupid,
when you /should/ be linking to precompiled libraries from within your
Java (or Perl, or whatever) code.
Not the same thing. This is the Microsoft .NET approach (which some |
people also think is stupid.)
| Quote: | With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps. Also, old programs (with some tweaking)
could be re-compiled and ported to the JVM.
I can honestly say I've never needed to port legacy C to a VM
environment like the Java VM. I honestly can't see the need, as I've
said above.
We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
Heh. /All/ C should be multi-platform, if the programmer is paying
attention to the relevant standards.
|
--
Al Balmer
Balmer Consulting
[email]removebalmerconsultingthis (AT) att (DOT) net[/email]
|
|
| Back to top |
|
 |
Daniel Fischer Guest
|
Posted: Fri Oct 15, 2004 4:39 pm Post subject: Re: C to Java Byte Code |
|
|
Alan Balmer wrote:
| Quote: | Probably because writing C for a VM like the Java VM is pretty stupid,
when you /should/ be linking to precompiled libraries from within your
Java (or Perl, or whatever) code.
Not the same thing. This is the Microsoft .NET approach (which some
people also think is stupid.)
|
Incidentally, portable.net includes a C compiler which generates .NET
executables...
Daniel
|
|
| Back to top |
|
 |
Ioannis Vranos Guest
|
Posted: Fri Oct 15, 2004 7:11 pm Post subject: Re: C to Java Byte Code |
|
|
napi wrote:
| Quote: | I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far. With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps. Also, old programs (with some tweaking)
could be re-compiled and ported to the JVM.
We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
|
C is a procedural language. Unless I am missing something, JVM is only
an OO platform. So, how does it work?
It sounds something like C++ to me.
--
Ioannis Vranos
http://www23.brinkster.com/noicys
|
|
| Back to top |
|
 |
John Bode Guest
|
Posted: Fri Oct 15, 2004 7:55 pm Post subject: Re: C to Java Byte Code |
|
|
[email]napi (AT) axiomsol (DOT) com[/email] (napi) wrote in message news:<a9083a87.0410141932.589c5eb5 (AT) posting (DOT) google.com>...
| Quote: | I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far. With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps.
|
Alternately, one could bite the bullet and, you know, learn Java for
new development*.
| Quote: | Also, old programs (with some tweaking) could be re-compiled and ported
to the JVM.
|
That's certainly an interesting idea.
So. How do you handle stuff like graphics, networking, sound, file
system management, etc., that have all traditionally been handled by
third-party libraries? Have you provided your own set of libraries
for this (a la Neuron Data's Open Interface Elements)? What vendor
extensions can you handle? I can think of some code I've encountered
over the years that would require a bit more than "some tweaking" to
conform to a new API.
| Quote: | We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
Napi
|
* "Java sucks" is not an excuse.
|
|
| Back to top |
|
 |
goose Guest
|
Posted: Sat Oct 16, 2004 3:39 am Post subject: Re: C to Java Byte Code |
|
|
napi wrote:
| Quote: | I think you would agree with me
|
Are you mad?
<snipped>
goose,
|
|
| Back to top |
|
 |
Brian Alliet Guest
|
Posted: Sat Oct 16, 2004 9:31 am Post subject: Re: C to Java Byte Code |
|
|
Alan Balmer <albalmer (AT) att (DOT) net> wrote:
<shameless plug>
There is also NestedVM (http://nestedvm.ibex.org/, but unfortunately
we don't really have a website for it yet). You can read about it in
our IVME paper at http://www.megacz.com/research/papers/nestedvm.ivme04.pdf
NestedVM is open source and runs on any platform that GCC runs on. For
more information email Adam Megacz and I (email addrs in the paper).
</shameless plug>
-Brian
|
|
| Back to top |
|
 |
Adam Megacz Guest
|
Posted: Sat Oct 16, 2004 8:37 pm Post subject: Re: C to Java Byte Code |
|
|
[email]brian (AT) brianweb (DOT) net[/email] (Brian Alliet) writes:
| Quote: | NestedVM is open source and runs on any platform that GCC runs on. For
more information email Adam Megacz and I (email addrs in the paper).
/shameless plug
|
Also in the paper you'll find references to a number of
products/projects like MPC (for example, the Java Bytecode backend for
gcc).
NestedVM has a few other advantages as well; it's not restricted to C
(we've used it on Fortran and Pascal programs as well) and it has no
difficulties with compiler-specific quirks (gcc-specific or
MSVC-specific hacks) since it doesn't try to replace the compiler.
- a
--
I wrote my own mail server and it still has a few bugs.
If you send me a message and it bounces, please forward the
bounce message to [email]megacz (AT) gmail (DOT) com[/email]. Thanks!
|
|
| Back to top |
|
 |
napi Guest
|
Posted: Sun Oct 17, 2004 2:37 am Post subject: Re: C to Java Byte Code |
|
|
[email]john_bode (AT) my-deja (DOT) com[/email] (John Bode) wrote in message news:<43618c0e.0410151155.5313a302 (AT) posting (DOT) google.com>...
| Quote: | napi (AT) axiomsol (DOT) com (napi) wrote in message news:<a9083a87.0410141932.589c5eb5 (AT) posting (DOT) google.com>...
I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far. With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps.
Alternately, one could bite the bullet and, you know, learn Java for
new development*.
Also, old programs (with some tweaking) could be re-compiled and ported
to the JVM.
That's certainly an interesting idea.
So. How do you handle stuff like graphics, networking, sound, file
system management, etc., that have all traditionally been handled by
third-party libraries? Have you provided your own set of libraries
for this (a la Neuron Data's Open Interface Elements)? What vendor
extensions can you handle? I can think of some code I've encountered
over the years that would require a bit more than "some tweaking" to
conform to a new API.
|
Currently MPC is in beta and we only support most of the ANSI C
library which includes the file system management. The release
version should support some UNIX system calls library, TCP/IP library,
and graphics library.
MPC is available to be used on Linux/x86 for now which produces code
for the
JVM. Next we will port it to MacOS followed by Solaris and then
Windows XP/NT.
Cheers.
Napi
|
|
| Back to top |
|
 |
Mohd Hanafiah Abdullah Guest
|
Posted: Mon Oct 25, 2004 7:00 am Post subject: Re: C to Java Byte Code |
|
|
In article <43618c0e.0410151155.5313a302 (AT) posting (DOT) google.com>,
John Bode <john_bode (AT) my-deja (DOT) com> wrote:
| Quote: | napi (AT) axiomsol (DOT) com (napi) wrote in message
news:<a9083a87.0410141932.589c5eb5 (AT) posting (DOT) google.com>...
I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far. With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps.
Alternately, one could bite the bullet and, you know, learn Java for
new development*.
|
Yes, you can. But some people prefer C to Java and there are many C
programmers out there I believe. It has been around since 1969 starting
at Bell Labs..
| Quote: | Also, old programs (with some tweaking) could be re-compiled and ported
to the JVM.
That's certainly an interesting idea.
So. How do you handle stuff like graphics, networking, sound, file
system management, etc., that have all traditionally been handled by
third-party libraries? Have you provided your own set of libraries
for this (a la Neuron Data's Open Interface Elements)? What vendor
extensions can you handle? I can think of some code I've encountered
over the years that would require a bit more than "some tweaking" to
conform to a new API.
|
File system mgmt is covered, while the other APIs we still working on.
We try to use available APIs written in Java and interface to them using
the C syntax. This was what we did with the File System Mgmt, i.e., using
the ones available from J2SDK. MPC is still in Beta, so it's still work in
progress.
| Quote: | We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
Napi
* "Java sucks" is not an excuse.
|
I think it's just a matter of preference.
Napi
--
http://www.cs.indiana.edu/hyplan/napi.html
|
|
| Back to top |
|
 |
Paul Lutus Guest
|
Posted: Mon Oct 25, 2004 7:45 am Post subject: Re: C to Java Byte Code |
|
|
Mohd Hanafiah Abdullah wrote:
| Quote: | In article <43618c0e.0410151155.5313a302 (AT) posting (DOT) google.com>,
John Bode <john_bode (AT) my-deja (DOT) com> wrote:
[email]napi (AT) axiomsol (DOT) com[/email] (napi) wrote in message
news:<a9083a87.0410141932.589c5eb5 (AT) posting (DOT) google.com>...
I think you would agree with me that a C compiler that directly
produces Java Byte Code to be run on any JVM is something that is
missing to software programmers so far. With such a tool one could
stay with C and still be able to produce Java byte code for
platform independent apps.
Alternately, one could bite the bullet and, you know, learn Java for
new development*.
Yes, you can. But some people prefer C to Java and there are many C
programmers out there I believe. It has been around since 1969 starting
at Bell Labs..
|
You know, Mr. Abdullah, it would serve the truth better if you explained
what your product cannot do, and if you tried to avoid a marked tendency to
replace candor with marketing hype.
| Quote: |
Also, old programs (with some tweaking) could be re-compiled and ported
to the JVM.
That's certainly an interesting idea.
|
And it's false. If, as has been revealed, C programs that use byte indexing
and addressing have to be substantially rewritten to accommodate this
product, how does the above "tweaking" remark accurately describe this
requirement?
| Quote: |
So. How do you handle stuff like graphics, networking, sound, file
system management, etc., that have all traditionally been handled by
third-party libraries? Have you provided your own set of libraries
for this (a la Neuron Data's Open Interface Elements)? What vendor
extensions can you handle? I can think of some code I've encountered
over the years that would require a bit more than "some tweaking" to
conform to a new API.
File system mgmt is covered, while the other APIs we still working on.
We try to use available APIs written in Java and interface to them using
the C syntax. This was what we did with the File System Mgmt, i.e., using
the ones available from J2SDK. MPC is still in Beta, so it's still work
in progress.
We have been developing such a tool over the last 2 years and currently
beta testing it.
It's called MPC (for Multi-Platform C) and you can download the beta
version at http://www.axiomsol.com or at http://freshmeat.net
|
Since Mr. Abdullah has seen fit to start a new cross-posted thread promoting
this commercial C -> Java project, I think it only fair to point out that
the claims on his Web site are not met by his product.
According to the evidence, this project won't actually convert most existing
C programs into Java with a little "tweaking", as is claimed above.
The project may eventually meet some of its claims, but it certainly does
not now, and anyone contemplating involvement with this project should be
very skeptical of the claims being made.
Mr. Abdullah has repeatedly cross-posted messages that are pure marketing
hype, then, when confronted by tough questions, replies with the defense
that the product is in beta, without acknowledging that it very simply
cannot meet the claims posted on the Web site.
--
Paul Lutus
http://www.arachnoid.com
|
|
| Back to top |
|
 |
Gerry Quinn Guest
|
Posted: Mon Oct 25, 2004 10:48 am Post subject: Re: C to Java Byte Code |
|
|
In article <10npbpmkjaqdqa3 (AT) corp (DOT) supernews.com>, [email]nospam (AT) nosite (DOT) zzz[/email]
says...
| Quote: | Mohd Hanafiah Abdullah wrote:
Also, old programs (with some tweaking) could be re-compiled and ported
to the JVM.
That's certainly an interesting idea.
And it's false. If, as has been revealed, C programs that use byte indexing
and addressing have to be substantially rewritten to accommodate this
product, how does the above "tweaking" remark accurately describe this
requirement?
|
As I understand it, this issue only affects incompetent programmers who
write code that assumes that bytes have eight bits. The sort of
programmers in whose code unions are "ubiquitous".
- Gerry Quinn
|
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|