Paul Fisher wrote: > As an initial integration solution, we'd like for Classpath to act as > an upstream source provider for libgcj. We'd add a make target to > Classpath which would build a tar-ball of source suitable for > importing into libgcj. All source changes would go into the Classpath > CVS tree, and the libgcj tree would be periodically updated. A number of libgcj classes are heavily instrumented with CNI native methods (for sake of speed/space etc - most notably String and Character classes). Will gcj switch to classpath ones, or there would be differences in implementations for some classes ? (not talking about obvious ones required by porting, like Class or WeakReference) Artur
- Announcement: libgcj and GNU Classpath merge Paul Fisher
- Re: Announcement: libgcj and GNU Classpath merge Bernd Kreimeier
- Re: Announcement: libgcj and GNU Classpath merge Stuart Ballard
- Re: Announcement: libgcj and GNU Classpath merge Mark Benvenuto
- Re: Announcement: libgcj and GNU Classpath merge Jochen Hoenicke
- Re: Announcement: libgcj and GNU Classpath merge Stuart Ballard
- Re: Announcement: libgcj and GNU Classpath merge Artur Biesiadowski
- Re: Announcement: libgcj and GNU Classpath merge Tom Tromey
- Re: Announcement: libgcj and GNU Classpath merge Bernd Kreimeier
- Re: Announcement: libgcj and GNU Classpath mer... Aaron M. Renn
- Re: Announcement: libgcj and GNU Classpath merge Tom Tromey
- Re: Announcement: libgcj and GNU Classpath mer... Aaron M. Renn
- Re: Announcement: libgcj and GNU Classpath merge Brian Jones
- Re: Announcement: libgcj and GNU Classpath mer... Aaron M. Renn
- Re: Announcement: libgcj and GNU Classpath merge Jochen Hoenicke