Re: Trouble building gcj 4.8.1

[Andrew Haley <aph at redhat dot com>]

On 06/25/2013 03:10 PM, Mike Hearn wrote:
>> No, you have to put it in your own path.  It does say so in the
>> instructions.
> 
> Ah. The docs say:
> 
> "If this option is given, the âlibjavaâ build will create and install
> an ecj1 executable which uses this jar file at runtime.  If this
> option is not given, but an ecj.jar file is found in the topmost
> source tree at configure time, then the âlibgcjâ build will create and
> install ecj1, and will also install the discovered ecj.jar into a
> suitable place in the install tree."
> 
> I interpreted "create and install" to mean it'll be put into bin by
> "make install", it might be clearer if it said explicitly that you
> have to copy it or put the script there yourself.
> 
> 
> My goal with all this is to compile and run a Java program as a MIPS
> program that is as small as possible, which I intend to do by:
> 
>  - Compiling with GCJ, as MIPS supporting Java VMs are rare
>  - Enabling as many dead code elimination passes as possible,
> including LTO with a static libgcj
> 
> in the hope that I can get a nice small, self contained binary out of the end.

OK.
> As a bonus, I'd also like to enable usage of a library that this
> program uses from C++ codebases using CNI, although that's secondary
> right now.
> 
> Could you maybe elaborate on the ninja stuff? Why are there two copies
> of these core classes? How much effort is it to fix things up - are we
> talking a few days here, a few weeks, a few months?

I'm trying to find out what you want to do to java.lang.String.  Tell me
that, and we'll take it from there.

Andrew.