C++Talk.NET Forum Index C++Talk.NET
C++ language newsgroups
 
Archives   FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

C to Java Byte Code
Goto page 1, 2, 3 ... 14, 15, 16  Next
 
Post new topic   Reply to topic    C++Talk.NET Forum Index -> C++ language (comp.lang.c++)
View previous topic :: View next topic  
Author Message
napi
Guest





PostPosted: Fri Oct 15, 2004 3:32 am    Post subject: C to Java Byte Code Reply with 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
Back to top
Chris Barts
Guest





PostPosted: Fri Oct 15, 2004 8:21 am    Post subject: Re: C to Java Byte Code Reply with quote



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





PostPosted: Fri Oct 15, 2004 2:50 pm    Post subject: Re: C to Java Byte Code Reply with quote



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





PostPosted: Fri Oct 15, 2004 3:10 pm    Post subject: Re: C to Java Byte Code Reply with quote

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





PostPosted: Fri Oct 15, 2004 3:12 pm    Post subject: Re: C to Java Byte Code Reply with quote

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





PostPosted: Fri Oct 15, 2004 4:39 pm    Post subject: Re: C to Java Byte Code Reply with quote

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





PostPosted: Fri Oct 15, 2004 7:11 pm    Post subject: Re: C to Java Byte Code Reply with quote

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





PostPosted: Fri Oct 15, 2004 7:55 pm    Post subject: Re: C to Java Byte Code Reply with quote

[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





PostPosted: Sat Oct 16, 2004 3:39 am    Post subject: Re: C to Java Byte Code Reply with quote

napi wrote:

Quote:
I think you would agree with me

Are you mad?

<snipped>

goose,

Back to top
Brian Alliet
Guest





PostPosted: Sat Oct 16, 2004 9:31 am    Post subject: Re: C to Java Byte Code Reply with quote

Alan Balmer <albalmer (AT) att (DOT) net> wrote:
Quote:
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/

<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





PostPosted: Sat Oct 16, 2004 8:37 pm    Post subject: Re: C to Java Byte Code Reply with quote


[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





PostPosted: Sun Oct 17, 2004 2:37 am    Post subject: Re: C to Java Byte Code Reply with quote

[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





PostPosted: Mon Oct 25, 2004 7:00 am    Post subject: Re: C to Java Byte Code Reply with quote

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





PostPosted: Mon Oct 25, 2004 7:45 am    Post subject: Re: C to Java Byte Code Reply with quote

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





PostPosted: Mon Oct 25, 2004 10:48 am    Post subject: Re: C to Java Byte Code Reply with quote

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
Display posts from previous:   
Post new topic   Reply to topic    C++Talk.NET Forum Index -> C++ language (comp.lang.c++) All times are GMT
Goto page 1, 2, 3 ... 14, 15, 16  Next
Page 1 of 16

 
Jump to:  
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


Powered by phpBB © 2001, 2006 phpBB Group
SEO toolkit © 2004-2006 webmedic.