Re: internal compiler error: in size_binop

["C. Brian Jones" <cbj at gnu dot org>]

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>

Attachment: signature.asc
Description: This is a digitally signed message part