Re: Trouble building gcj 4.8.1
Andrew Haley <[email protected]> Tue, 25 Jun 2013 15:12:12 +0100
| Newsgroups | gmane.comp.gcc.java.devel |
|---|---|
| Message-ID | <[email protected]> |
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.