Re: gcj/253: problems with instanceof when compilation from .classfiles

[Bryce McKinlay <bryce at albatross dot co dot nz>]

Alexandre Petit-Bianco wrote:

> 38, I've seen worse ;-)
>
> I was held by a lot of things recently, notably crafting a patch to
> compile a XML library (a lot of fixes -- I'm not done yet even though
> I thought for a week that I would send it soon.) This patch, among
> other things, touches the method selection code. I'll probably have to
> see how it fits with Bryce patches before I check it in -- more delay
> as far as working on the other PR goes.

Feel free to ignore my 234/238 fixes for now if they conflict with your
changes. I can allways make new patches later if they're still required.

It would be good however to get some of the inner class PRs cleared ASAP,
because they (most noteably 238/242/256/257)  are preventing classpath's
collections implementation from working with libgcj. And, of course, lots
of other nice classpath stuff depends on collections...

Another pressing issue is coming up with a "Foo.class" syntax equivilent
for CNI. This has become a matter of urgency because gcc's C++ name
mangling has just been changed to the new ABI style
(http://reality.sgi.com/dehnert_engr/cxx/abi.html#mangling). This breaks
libgcj because our hacks to get around this no longer work. See Per
Bothner's message on the
subject: http://gcc.gnu.org/ml/gcc-patches/2000-06/msg00263.html and
pervious discussions in this thread:
http://sourceware.cygnus.com/ml/java-discuss/2000-q1/msg00552.html

regards

  [ bryce ]