compiling bootJVM with MSVC

2005-11-04 Thread Enrico Migliore
Enrico, Did Tim's comment help? Did this resolve it? Have you had any other porting issues in either compilation or configuration? I would like for us to keep up with these sorts of issues because it would be great if we could support MSVC as one of the development _and_ target type

Re: half-baked idea? j2me

2005-11-04 Thread Robin Garner
Geir Magnusson Jr. wrote: On Nov 1, 2005, at 9:05 PM, Robin Garner wrote: Actually my colleagues at ANU and I were remarking last week that all the recent discussion on the Harmony list (configure scripts, packed structs etc etc) were close to being proof that Java was the easier way to

Re: compiling bootJVM with MSVC

2005-11-04 Thread Sebastian Hartte
Hi you two, I tried a similar thing (using Visual Studio 2005 Professional). The empty structs are still an error in that compiler version (What do you need empyt structs for anyway? Allocation a zero byte memory region doesn't make much sense to me). But i also run into problems with pthread.h

RE: compiling bootJVM with MSVC

2005-11-04 Thread Liu, Jack
C++ allows empty struct or class (gcc 4.0 supports empty struct even in C). Empty struct/class can be used as a placeholder for future development. -Original Message- From: Sebastian Hartte [mailto:[EMAIL PROTECTED] Sent: Friday, November 04, 2005 1:23 AM To:

Re: compiling bootJVM with MSVC

2005-11-04 Thread Tim Ellison
Enrico Migliore wrote: Enrico, Did Tim's comment help? Did this resolve it? Have you had any other porting issues in either compilation or configuration? I would like for us to keep up with these sorts of issues because it would be great if we could support MSVC as one of the

Re: compiling bootJVM with MSVC

2005-11-04 Thread Sebastian Hartte
That seems to be a reasonable explanation. And I don't see any problem if it's changed to look more like C. ;-) bye, Sebastian Mika Miettinen wrote: Enrico Migliore wrote: Right now I got some problems which I'm planning to solve during the weekend, here are two examples:

Re: compiling bootJVM with MSVC

2005-11-04 Thread Sebastian Hartte
Enrico Migliore wrote: Sebastian Hartte wrote: Hi you two, I tried a similar thing (using Visual Studio 2005 Professional). The empty structs are still an error in that compiler version (What do you need empyt structs for anyway? Allocation a zero byte memory region doesn't make much

Platform interface (was: Re: compiling bootJVM with MSVC)

2005-11-04 Thread Tim Ellison
Sebastian Hartte wrote: Hi you two, I tried a similar thing (using Visual Studio 2005 Professional). The empty structs are still an error in that compiler version (What do you need empyt structs for anyway? Allocation a zero byte memory region doesn't make much sense to me). But i also run

Re: half-baked idea? j2me

2005-11-04 Thread Geir Magnusson Jr.
On Nov 4, 2005, at 3:20 AM, Robin Garner wrote: Geir Magnusson Jr. wrote: On Nov 1, 2005, at 9:05 PM, Robin Garner wrote: Actually my colleagues at ANU and I were remarking last week that all the recent discussion on the Harmony list (configure scripts, packed structs etc etc) were

Re: ANN: GNU Classpath 95% and counting 0.19 released

2005-11-04 Thread CARLOS JULIO PEREZ QUIZHPE
Congratulations!!! Grettings from Ecuador.

Re: compiling bootJVM with MSVC

2005-11-04 Thread Tim Ellison
Geir Magnusson Jr. wrote: On Nov 4, 2005, at 5:07 AM, Tim Ellison wrote: Enrico Migliore wrote: I'm not much familiar with InstallShield scripts and honestly I'd prefer to dedicate my spare time to work on the source code side (C is my daily bread). FWIW I spent literally a couple

Re: compiling bootJVM with MSVC

2005-11-04 Thread Matt Benson
--- Enrico Migliore [EMAIL PROTECTED] wrote: For a win32 pthread implementation, try this: http://sources.redhat.com/pthreads-win32/ There are two libraries I downloaded this one: pthreadVC2.lib Shouldn't more care to be taken RE pointing people to LGPL resources on this list as the

Re: compiling bootJVM with MSVC

2005-11-04 Thread Enrico Migliore
--- Enrico Migliore [EMAIL PROTECTED] wrote: For a win32 pthread implementation, try this: http://sources.redhat.com/pthreads-win32/ There are two libraries I downloaded this one: pthreadVC2.lib Shouldn't more care to be taken RE pointing people to LGPL resources on this list as

VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread Geir Magnusson Jr.
My favorite subject... We have to address this. We started a while ago and it didn't go well, but we now have two VMs to work with, bootVM and jcheVM, and we need to get going here in a serious way. We're about to finish up the legal framework with the bulk contributuion rules, and as

Re: VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread Archie Cobbs
Geir Magnusson Jr. wrote: We have to address this. We started a while ago and it didn't go well, but we now have two VMs to work with, bootVM and jcheVM, and we need to get going here in a serious way. We're about to finish up the legal framework with the bulk contributuion rules, and as

Re: VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread Tom Tromey
Matt == Matt Benson [EMAIL PROTECTED] writes: I don't understand this (sorry if I wasn't paying attention earlier). If extend means defining public API's in those packages, then Classpath doesn't purport to do that. The java.lang.VMClass, etc. stuff are all internal API's not meant for

Re: VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread [EMAIL PROTECTED]
-Original Message- From: Geir Magnusson Jr. [EMAIL PROTECTED] Sent: Nov 4, 2005 10:24 AM To: harmony-dev@incubator.apache.org Subject: VM/Class Library Interface (or Storming the Gates! Take 3!) My favorite subject... ... snip... 1) I didn't look at how jcheVM does it -

Re: half-baked idea? j2me

2005-11-04 Thread Craig Blake
Seems like the difference is that once the little bootstrap piece is done you wouldn't need to recompile it every time... heck, you might not ever have to if you could just download a little binary for your platform. Craig On Nov 4, 2005, at 4:21 AM, Geir Magnusson Jr. wrote: On Nov 4,

Re: compiling bootJVM with MSVC

2005-11-04 Thread Tim Ellison
Thanks for pointing that out Matt. It is worth noting that many of us are here specifically due to the terms of the ASL, and of course the project could not exit the incubator with dependencies upon ASL-incompatible code. [1] Regards, Tim [1]

Re: VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread Tim Ellison
Tom Tromey wrote: Matt == Matt Benson [EMAIL PROTECTED] writes: I don't understand this (sorry if I wasn't paying attention earlier). If extend means defining public API's in those packages, then Classpath doesn't purport to do that. The java.lang.VMClass, etc. stuff are all internal API's

Re: VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread Tim Ellison
[EMAIL PROTECTED] wrote: snip Probably the _first_ thing that will need to be tested will be the built-in implementations of the java.lang classes Object, Class, String, and Thread. They are partly done, but will need to be tested and any remaining holes filled in. (See also comments

Re: VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread Tim Ellison
Rodrigo Kumpera wrote: I cannot see how adding package private classes can possibly be classified as 'extend the defined namespaces'. This makes perfect sense and allow implementation classes easier access the guts of spec classes (eg, org.apache.harmony.ClassLoaderStuff will have some hard

Re: VM/Class Library Interface (or Storming the Gates! Take 3!)

2005-11-04 Thread Archie Cobbs
Tim Ellison wrote: Matt Wasn't one of the issues here the theoretical What Matt happens when Sun defines a public VMClass class in Matt java.lang? There's no bad (i.e., security violating) situation that can arise from this. It is no different from Sun adding any other class that is not yet