[Bug java/28938] [ecj] update build instructions to account for changes
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-26 00:01 --- I think this is fixed now. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug java/28938] [ecj] update build instructions to account for changes
-- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-09-20 17:04:09 |2007-01-09 20:50:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug java/28938] [ecj] update build instructions to account for changes
--- Comment #6 from tromey at gcc dot gnu dot org 2006-10-18 23:37 --- Note that this isn't quite fixed yet, as we haven't documented how to handle gcjh. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug java/28938] [ecj] update build instructions to account for changes
--- Comment #5 from tromey at gcc dot gnu dot org 2006-10-18 23:36 --- Subject: Bug 28938 Author: tromey Date: Wed Oct 18 23:36:32 2006 New Revision: 117868 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117868 Log: PR java/28938: * doc/install.texi (Prerequisites): Mention ecj1. (Configuration): Move --with-java-home to libgcj-specific section. Document --with-ecj-jar. Modified: branches/gcj-eclipse/gcc/ChangeLog branches/gcj-eclipse/gcc/doc/install.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug java/28938] [ecj] update build instructions to account for changes
--- Comment #4 from tromey at gcc dot gnu dot org 2006-09-21 17:07 --- Maybe a --with-installed-ecj-jar=/path option would be good. Then a distro like fedora could build gcj by pointing it at an already-installed ecj; we could install a little sh script in the right place that would run gij properly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug java/28938] [ecj] update build instructions to account for changes
--- Comment #3 from paolo dot bonzini at lu dot unisi dot ch 2006-09-21 08:21 --- Subject: Re: [ecj] update build instructions to account for changes > This is found using the normal gcc specs approach. In a distribution > I'd expect ecj1 to end up in the gcc-lib dir. In my case I just have > it on my PATH. > > We won't be including the ecj sources in the gcc tree. As I recall that > was rejected by the SC. So it will always be a separate download. > The best thing would be if I could just "sudo apt-get install ecj". If there are any differences between ecj and ecj1, we should provide some kind of wrapper. A nice possibility, would be to support dropping the downloaded JAR somewhere in the tree where it installs correctly and automagically. This would not be against the SC decision. > Both ecj and the new gcjh can be run on any vm, including all the free > ones. I've built libgcj many times running these purely interpreted > and it is not painfully slow. Cool, though not unexpected because the code generation of Java bytecodes is not that hard (apart from the unreachable and uninitialized code checking). Paolo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug java/28938] [ecj] update build instructions to account for changes
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-20 17:04 --- Yes, I plan on making an ecj jar download available. In the near term I will put one on gcc.gnu.org (or elsewhere). In the longer term I plan to get my ecj changes upstream, and then we will be able to point people at the official eclipse.org download (eclipse.org started releasing separate ecj jars recently). Our particular ecj has a new driver which is tailored for gcc's use. gcj on the branch looks for a program called "ecj1". I just have this as a simple shell script, but there are any number of ways to do this... eg you could compile ecj.jar to an executable using gcj. This is found using the normal gcc specs approach. In a distribution I'd expect ecj1 to end up in the gcc-lib dir. In my case I just have it on my PATH. We won't be including the ecj sources in the gcc tree. As I recall that was rejected by the SC. So it will always be a separate download. We also require a new version of gcjh. This is also written in java. The code is part of GNU Classpath, but instead of struggling with the bootstrap issues there, I'll again just make a downloadable jar. Both ecj and the new gcjh can be run on any vm, including all the free ones. I've built libgcj many times running these purely interpreted and it is not painfully slow. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-20 17:04:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
[Bug java/28938] [ecj] update build instructions to account for changes
--- Comment #1 from bonzini at gnu dot org 2006-09-13 10:43 --- A somewhat disconnected comment on the ecj-branch build process... Are you planning to distribute ecj as a JAR file too? If so, there should be no changes to the documentation for building out of tarballs. If you don't want to put the JAR in svn, To build from svn, a pre-existing GCJ would be necessary that can build ecj. The build process should go like this: - the gcc directory builds the bytecode->native compiler - if there is a JAR, the ecj directory looks for ../gcc/gcj and uses that one to build the native compiler - if not, the toplevel configury should pass the path to a GCJ somewhere and the ecj directory will use it to build the JAR. I think the JAR should be built in the build directory, unless --enable-generated-files-in-srcdir. more on the third bullet: find the GCJ in the toplevel, as we do for C++ (grep for CXX= in the toplevel configure -- there is room for improvement but I don't think it's important). In the Makefile.tpl, add somewhere [EMAIL PROTECTED]@ and pass it down to ecj via HOST_FLAGS_TO_PASS. Later on, ecj could even be bootstrapped using POSTSTAGE1_FLAGS_TO_PASS to point to the just build gcj and ecj. (How does gcj find the ecj to use? Might this require spec hacking?) -- bonzini at gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938