internal compiler error: in size_binop

Tue Jan 25 00:01:00 GMT 2005

On Mon, 2005年01月24日 at 00:50, Tom Tromey wrote:
> >>>>> "Brian" == C Brian Jones <cbj@gnu.org> writes:
>> Brian> The reason I did this was to get the XML libraries
> Brian> not currently merged into gcj from classpath. I got around this by
> Brian> zipping up just the parts I needed in classpath and using those in
> Brian> -classpath instead. Attempting to compile the last release of GNU JAXP
> Brian> failed as well sort of forcing my hand.
>> Sorting out JAXP is pretty high on my to-do list.
> For the time being I've just been using xalan from rhug. This works
> great, though building rhug does take forever.
>> Brian> What doesn't seem to work for me is specifying something like
> Brian> gcj --main=test -o test test.java -llib
> Brian> [cbj@fencepost tmp]$ gcj --main=test -o test test.java -llib
>> Try adding '-L.' before the -l.

I could have sworn I tried that but apparently I goofed. It works.
> Brian> When a .jar file contains classes referencing shared libraries to
> Brian> implement native methods, is anything else required to properly gcj-ify
> Brian> the .jar file other than what I've given above? Hopefully not, how
> Brian> would one ever know without going through a great deal of trouble?
>> If your java code uses JNI to implement a native method, then you must
> compile with '-fjni'.

Is it harmful to compile with -fjni when no JNI is used?
No comments on my automake problems? I can give that list a try if I
don't figure it out.
Thanks Tom,
Brian
-- 
Brian Jones <cbj@gnu.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://gcc.gnu.org/pipermail/java/attachments/20050125/39e0c6a9/attachment.sig>