This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: FYI: submitted ecj patch upstream


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]