This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: FYI: submitted ecj patch upstream
- From: Tom Tromey <tromey at redhat dot com>
- To: GCC Java <java at gcc dot gnu dot org>
- Date: 09 Oct 2006 11:24:10 -0600
- Subject: Re: FYI: submitted ecj patch upstream
- References: <m3sli588g1.fsf@localhost.localdomain>
- Reply-to: tromey at redhat dot com
Tom> I've submitted my ecj patch to eclipse.org. This patch adds the new
Tom> gcc-specific driver to ecj, and is needed by the work on the
Tom> gcj-eclipse branch.
Tom> https://bugs.eclipse.org/bugs/show_bug.cgi?id=159641
So, we've had a minor setback here -- the eclipse maintainers accepted
part of this patch, but not all of it.
I looked at writing an "ecj1" driver that does a pure translation of
command-line arguments, but I don't think that is possible due to our
need to differentiate between "primary" and "dependency" classes on
the output end.
My current plan is to make a new cvs repository somewhere, import the
upstream ecj, and apply the needed patch. Then we can do periodic
imports from upstream and make our own ecj.jar available.
Another idea would be to maintain just "GCCMain.java" separately. If
we went this route I think we would make our own "ecj1.jar", holding
just this class, available, and have users download the eclipse.org
ecj.jar separately.
Any preferences? Other ideas?
I'd like to solve this problem this week. Documenting the build
requirements of this branch is the last task that blocks a stage 1
merge, and figuring out how people will actually get the compiler is
the bulk of that...
Tom