Patch: update 4.3 changes for gcj

Patch: update 4.3 changes for gcj

[Tom Tromey]

This patch updates the gcc-4.3/changes.html file on the web page to
account for the recent gcj changes.

Ok?

Tom

Index: gcc-4.3/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/changes.html,v
retrieving revision 1.17
diff -u -r1.17 changes.html
--- gcc-4.3/changes.html 7 Jan 2007 05:00:08 -0000 1.17
+++ gcc-4.3/changes.html 9 Jan 2007 20:09:44 -0000
@@ -141,6 +141,22 @@
 
 <h3>Java (GCJ)</h3>
 
+  <ul>
+
+     <li> gcj now uses the Eclipse Java compiler for its Java parsing
+     needs.  This enables the use of all 1.5 language features, and
+     fixes most existing front end bugs. </li>
+
+     <li> libgcj now supports all 1.5 language features which require
+     runtime support: enum, annotations, generics, and auto-boxing. </li>
+
+     <li> The old <code>jv-scan</code> tool has been removed.
+     <code>gcjh</code> has been replaced by the new
+     <code>gjavah</code>, which has similar functionality but
+     different command line options.  </li>
+
+  </ul>
+
 <h2>New Targets and Target Specific Improvements</h2>
 
 <h3>IA-32/x86-64</h3>

Re: Patch: update 4.3 changes for gcj

[Andrew Pinski]

> 
> This patch updates the gcc-4.3/changes.html file on the web page to
> account for the recent gcj changes.
> 
> Ok?

I think you should also say something about this to the GCC's main page.

Thanks,
Andrew Pinski

Re: Patch: update 4.3 changes for gcj

[Tom Tromey]

>>>>> "Andrew" == Andrew Pinski <pinskia@physics.uc.edu> writes:

Andrew> I think you should also say something about this to the GCC's
Andrew> main page.

Good idea.  I copied the news item from the gcj page.  Updated patch
appended.

Tom

Index: index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.591
diff -u -r1.591 index.html
--- index.html 7 Jan 2007 05:00:08 -0000 1.591
+++ index.html 9 Jan 2007 20:14:29 -0000
@@ -45,6 +45,13 @@
 
 <dl class="news">
 
+<dt>January 8, 2007</dt>
+<dd>We've merged the <code>gcj-eclipse</code> branch to svn trunk.
+    The merge changes gcj to use the Eclipse compiler as a front end,
+    enabling all 1.5 language features.  This merge also brings in a new,
+    generics-enabled version of Classpath, including some new tools.  This
+    new code will appear in GCC 4.3.  </dd>
+
 <dt>January 6, 2007</dt>
 <dd>Kaveh Ghazi has integrated the GCC middle-end with the <a
     href="http://www.mpfr.org/">MPFR</a> library, allowing more
Index: gcc-4.3/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/changes.html,v
retrieving revision 1.17
diff -u -r1.17 changes.html
--- gcc-4.3/changes.html 7 Jan 2007 05:00:08 -0000 1.17
+++ gcc-4.3/changes.html 9 Jan 2007 20:14:29 -0000
@@ -141,6 +141,22 @@
 
 <h3>Java (GCJ)</h3>
 
+  <ul>
+
+     <li> gcj now uses the Eclipse Java compiler for its Java parsing
+     needs.  This enables the use of all 1.5 language features, and
+     fixes most existing front end bugs. </li>
+
+     <li> libgcj now supports all 1.5 language features which require
+     runtime support: enum, annotations, generics, and auto-boxing. </li>
+
+     <li> The old <code>jv-scan</code> tool has been removed.
+     <code>gcjh</code> has been replaced by the new
+     <code>gjavah</code>, which has similar functionality but
+     different command line options.  </li>
+
+  </ul>
+
 <h2>New Targets and Target Specific Improvements</h2>
 
 <h3>IA-32/x86-64</h3>

Re: Patch: update 4.3 changes for gcj

[Paolo Bonzini]

I think the notice on "jar" in prerequisites.html should be changed from

jar, or InfoZIP (zip and unzip)
     Necessary to build libgcj, the GCJ runtime

to something like this:

InfoZIP (zip and unzip)
     Needed to use the implementation of "jar" that is included in 
libgcj.  Not necessary if a standalone "jar" program is already installed.

Actually, the fact that "jar" is not needed anymore to build libgcj 
(right?), and that many .jar files are distributed together with libgcj, 
could give motivation to finally include Classpath's jar implementation 
in libgcj (both as source and as a .jar file) instead of my script. 
Even though I love that script. :-P

Paolo

Re: Patch: update 4.3 changes for gcj

[Tom Tromey]

>>>>> "Paolo" == Paolo Bonzini <paolo.bonzini@lu.unisi.ch> writes:

Paolo> Actually, the fact that "jar" is not needed anymore to build libgcj
Paolo> (right?), and that many .jar files are distributed together with
Paolo> libgcj, could give motivation to finally include Classpath's jar
Paolo> implementation in libgcj (both as source and as a .jar file) instead
Paolo> of my script. Even though I love that script. :-P

We do now build and install Classpath's jar.
However, we still need a bootstrap jar to build libgcj.jar.
So, we can't get rid of the script.

Tom

Re: Patch: update 4.3 changes for gcj

[Andrew Haley]

Tom Tromey writes:
 > >>>>> "Paolo" == Paolo Bonzini <paolo.bonzini@lu.unisi.ch> writes:
 > 
 > Paolo> Actually, the fact that "jar" is not needed anymore to build libgcj
 > Paolo> (right?), and that many .jar files are distributed together with
 > Paolo> libgcj, could give motivation to finally include Classpath's jar
 > Paolo> implementation in libgcj (both as source and as a .jar file) instead
 > Paolo> of my script. Even though I love that script. :-P
 > 
 > We do now build and install Classpath's jar.
 > However, we still need a bootstrap jar to build libgcj.jar.
 > So, we can't get rid of the script.

We could just call zip directly.

Andrew.

Re: Patch: update 4.3 changes for gcj

[Paolo Bonzini]

Tom Tromey wrote:
>>>>>> "Paolo" == Paolo Bonzini <paolo.bonzini@lu.unisi.ch> writes:
> 
> Paolo> Actually, the fact that "jar" is not needed anymore to build libgcj
> Paolo> (right?), and that many .jar files are distributed together with
> Paolo> libgcj, could give motivation to finally include Classpath's jar
> Paolo> implementation in libgcj (both as source and as a .jar file) instead
> Paolo> of my script. Even though I love that script. :-P
> 
> We do now build and install Classpath's jar.
> However, we still need a bootstrap jar to build libgcj.jar.
> So, we can't get rid of the script.

Oh, I see now that you distribute the .class files and use them to build 
libgcj.jar.  Is there a reason why you cannot checkin only the JAR file 
instead?  JAR files compress a file at a time, so the deltas between two 
revisions would not be much bigger than the cumulative deltas between 
the class files.  OTOH, I can imagine that it's tricky to get the 
dependencies right in the Makefile.

Paolo

Re: Patch: update 4.3 changes for gcj

[Andrew Haley]

Paolo Bonzini writes:
 > Tom Tromey wrote:
 > >>>>>> "Paolo" == Paolo Bonzini <paolo.bonzini@lu.unisi.ch> writes:
 > > 
 > > Paolo> Actually, the fact that "jar" is not needed anymore to build libgcj
 > > Paolo> (right?), and that many .jar files are distributed together with
 > > Paolo> libgcj, could give motivation to finally include Classpath's jar
 > > Paolo> implementation in libgcj (both as source and as a .jar file) instead
 > > Paolo> of my script. Even though I love that script. :-P
 > > 
 > > We do now build and install Classpath's jar.
 > > However, we still need a bootstrap jar to build libgcj.jar.
 > > So, we can't get rid of the script.
 > 
 > Oh, I see now that you distribute the .class files and use them to build 
 > libgcj.jar.  Is there a reason why you cannot checkin only the JAR file 
 > instead?

It would have a tragic effect on version control.  svn treats archives
as binaries, and does a total file replecement for each commit.

Andrew.

Re: Patch: update 4.3 changes for gcj

[Tom Tromey]

>>>>> "Paolo" == Paolo Bonzini <paolo.bonzini@lu.unisi.ch> writes:

Paolo> Oh, I see now that you distribute the .class files and use them to
Paolo> build libgcj.jar.  Is there a reason why you cannot checkin only the
Paolo> JAR file instead?  JAR files compress a file at a time, so the deltas
Paolo> between two revisions would not be much bigger than the cumulative
Paolo> deltas between the class files.  OTOH, I can imagine that it's tricky
Paolo> to get the dependencies right in the Makefile.

I thought that checking in a 26M file would be more unfriendly than
checking in the individual class files.

Tom

Re: {Spam?} Re: Patch: update 4.3 changes for gcj

[Paolo Bonzini]

>  > Oh, I see now that you distribute the .class files and use them to build 
>  > libgcj.jar.  Is there a reason why you cannot checkin only the JAR file 
>  > instead?
> 
> It would have a tragic effect on version control.  svn treats archives
> as binaries, and does a total file replecement for each commit.

Ouch.  I understood that it used xdelta, since it manages binaries 
pretty easily.  My bad, sorry for the noise.

Paolo

Re: {Spam?} Re: Patch: update 4.3 changes for gcj

[Andrew Haley]

Paolo Bonzini writes:
 > 
 > >  > Oh, I see now that you distribute the .class files and use them to build 
 > >  > libgcj.jar.  Is there a reason why you cannot checkin only the JAR file 
 > >  > instead?
 > > 
 > > It would have a tragic effect on version control.  svn treats archives
 > > as binaries, and does a total file replecement for each commit.
 > 
 > Ouch.  I understood that it used xdelta, since it manages binaries 
 > pretty easily. 

Ah.  I might be wrong.

In any case, the make dependency argument still wins, I think.

Andrew.

Re: Patch: update 4.3 changes for gcj

[Gerald Pfeifer]

On Tue, 9 Jan 2007, Tom Tromey wrote:
> Index: index.html
> ===================================================================
> +<dt>January 8, 2007</dt>
> +<dd>We've merged the <code>gcj-eclipse</code> branch to svn trunk.
> +    The merge changes gcj to use the Eclipse compiler as a front end,
> +    enabling all 1.5 language features.  This merge also brings in a new,
> +    generics-enabled version of Classpath, including some new tools.  This
> +    new code will appear in GCC 4.3.  </dd>

"Tom Tromey and Andrew Haley of Red Hat merged" instead of "We
ve've merged", perhaps? ;-)

Could you make "some new tools" a link to the respective part in 
gcc-4.3/chamges.html?

The entry is a bit long, and "GCC now uses the Eclipse" would be a bit 
shorter, so would "All this will appear in GCC 4.3", but these are just
to random ideas.  Feel free to keep these as is.

> Index: gcc-4.3/changes.html
> ===================================================================


Please go ahead and commit after considering the comments above.

Thanks,

Gerald

Re: Patch: update 4.3 changes for gcj

[Andrew Haley]

Gerald Pfeifer writes:
 > On Tue, 9 Jan 2007, Tom Tromey wrote:
 > > Index: index.html
 > > ===================================================================
 > > +<dt>January 8, 2007</dt>
 > > +<dd>We've merged the <code>gcj-eclipse</code> branch to svn trunk.
 > > +    The merge changes gcj to use the Eclipse compiler as a front end,
 > > +    enabling all 1.5 language features.  This merge also brings in a new,
 > > +    generics-enabled version of Classpath, including some new tools.  This
 > > +    new code will appear in GCC 4.3.  </dd>
 > 
 > "Tom Tromey and Andrew Haley of Red Hat merged" instead of "We
 > ve've merged", perhaps? ;-)

Yes!  Fame at last!

Andrew.

Re: Patch: update 4.3 changes for gcj

[Tom Tromey]

Gerald> Please go ahead and commit after considering the comments above.

Thanks for your comments.  I've made these changes.  I also added the
other new tools to changes.html, and added mention of runtime support
for "foreach".

I've appended the updated patch, which I will commit shortly.

Tom

Index: index.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.591
diff -u -r1.591 index.html
--- index.html 7 Jan 2007 05:00:08 -0000 1.591
+++ index.html 15 Jan 2007 19:47:55 -0000
@@ -45,6 +45,15 @@
 
 <dl class="news">
 
+<dt>January 8, 2007</dt>
+<dd>Andrew Haley and Tom Tromey of Red Hat merged the
+    <code>gcj-eclipse</code> branch to svn trunk.  GCC now uses the
+    Eclipse compiler as a front end, enabling all 1.5 language
+    features.  This merge also brings in a new, generics-enabled
+    version of Classpath, including <a
+    href="gcc-4.3/changes.html#gcjtools">some new tools</a>.  All this
+    will appear in GCC 4.3.  </dd>
+
 <dt>January 6, 2007</dt>
 <dd>Kaveh Ghazi has integrated the GCC middle-end with the <a
     href="http://www.mpfr.org/">MPFR</a> library, allowing more
Index: gcc-4.3/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/changes.html,v
retrieving revision 1.20
diff -u -r1.20 changes.html
--- gcc-4.3/changes.html 15 Jan 2007 02:10:56 -0000 1.20
+++ gcc-4.3/changes.html 15 Jan 2007 19:47:55 -0000
@@ -171,6 +171,27 @@
 
 <h3>Java (GCJ)</h3>
 
+  <ul>
+
+     <li> gcj now uses the Eclipse Java compiler for its Java parsing
+     needs.  This enables the use of all 1.5 language features, and
+     fixes most existing front end bugs. </li>
+
+     <li> libgcj now supports all 1.5 language features which require
+     runtime support: foreach, enum, annotations, generics, and
+     auto-boxing.  </li>
+
+     <li id="gcjtools"> The old <code>jv-scan</code> tool has been
+     removed.  <code>gcjh</code> has been replaced by the new
+     <code>gjavah</code>, which has similar functionality but
+     different command line options.  <code>grmic</code> and
+     <code>grmiregistry</code> have been rewritten.  The new tools
+     <code>gjar</code>, <code>gorbd</code>, <code>grmid</code>,
+     <code>gserialver</code>, <code>gtnameserv</code> are now
+     installed. </li>
+
+  </ul>
+
 <h2>New Targets and Target Specific Improvements</h2>
 
 <h3>IA-32/x86-64</h3>