Hi (CC classpath list), In response to the importing of 0.20 into GCC, Tom, Jeroen and I had the following small exchange:
On Wed, 2006-01-18 at 08:26 +0100, Jeroen Frijters wrote: > Mark Wielaard wrote: > > On Tue, 2006-01-17 at 09:32 -0700, Tom Tromey wrote: > > > >>>>> "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes: > > > > > > Mark> But libgcj doesn't have a proper VMStackWalker class > > > Mark> so we cannot use those (this seems the thing that leads > > > Mark> to most of the libgcj/classpath divergence btw). > > > > > > Yeah... a while back Jeroen and I talked briefly about this, but we > > > forgot to get back to it. > > > > I wish I could help here, but my own suggestion of having a class > > parameter for VMStackWalker.getCallingX() was rejected and I > > don't know of an easy and reliable way to implement it without that. > > Maybe we will be able to work something out during Fosdem? This is one of the topics that I would like to discuss during the last part of our Fosdem meeting (Feb 25/26, Brussels): http://www.gnu.org/software/classpath/events/fosdem06.html Sunday from 14:00 to 17:30 - "The Future" Interactive technical hacker discussions on how to integrate the projects more and move forward in the next year. State of the world, beyond japi Mark Wielaard, GNU Classpath Maintainer After a short overview of the various free stacks, libraries, compilers, tools and runtimes this session is mostly open discussion about what work remains to be done and how to integrate the various efforts better. Ideas for work items welcome. The extra "work items" I have now are: - Who is working on what? Quick round where everybody tells what their personal, group, organization/company work items are for the immediate and long term future/next year. - Deployment: distribution and packaging for GNU/Linux distros. Fedora just went through a round of, what looked from the outside a bit painful, process of deploying lots of new packages based on GNU Classpath and gcj for FC5. Debian is currently adding a lot of packages (moving from contrib to main). Since both Debian and Fedora hackers are attending it would be good to exchange success and failure stories. Where can we as "upstream" help making deployment easier? - VM integration and interfacing. There have been a couple of additions and changes this year (net/socket, instrumentation) and cleanups like the VMStackWalker. Also kaffe has moved much more closer to using GNU Classpath out of the box. But both gcj and kaffe still maintain divergences. I will go over the vm integration guide (and make sure it is up to date) and ask whether or not what we currently have makes sense. Ideas for more things to discuss are of course welcome. As are spontaneous monologues on what people think is important to concentrate on for the next year. Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath