* material for 3.1 release announcement
@ 2002-05-02 9:45 Joe Buck
2002-05-02 9:50 ` Gerald Pfeifer
` (3 more replies)
0 siblings, 4 replies; 18+ messages in thread
From: Joe Buck @ 2002-05-02 9:45 UTC (permalink / raw)
To: gcc
It seems that no one has collected a list of features to brag about for
the 3.1 release. Some highlights off the top of my head:
* New x86 backend, with much better codegen for newer Intel processors
including the P4, which was handled poorly by earlier gcc's.
* Sparc version: one compiler generates both 32-bit and 64-bit code (-m64)
* New AMD Hammer (x86-64) backend.
* Integrated GNU Ada frontend.
* Much-improved C++ standard library with great Doxygen-generated
hypertext documentation.
* Many bug fixes.
Please send suggestions for others, or any comments on the above list.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 9:45 material for 3.1 release announcement Joe Buck
@ 2002-05-02 9:50 ` Gerald Pfeifer
2002-05-02 9:57 ` Joe Buck
2002-05-02 10:08 ` Jan Hubicka
2002-05-02 13:25 ` Richard Henderson
` (2 subsequent siblings)
3 siblings, 2 replies; 18+ messages in thread
From: Gerald Pfeifer @ 2002-05-02 9:50 UTC (permalink / raw)
To: gcc; +Cc: Joe Buck
On Thu, 2 May 2002, Joe Buck wrote:
> It seems that no one has collected a list of features to brag about for
> the 3.1 release. Some highlights off the top of my head:
>
> * New x86 backend, with much better codegen for newer Intel processors
> including the P4, which was handled poorly by earlier gcc's.
>
> * Sparc version: one compiler generates both 32-bit and 64-bit code (-m64)
>
> * New AMD Hammer (x86-64) backend.
>
> * Integrated GNU Ada frontend.
>
> * Much-improved C++ standard library with great Doxygen-generated
> hypertext documentation.
>
> * Many bug fixes.
>
> Please send suggestions for others, or any comments on the above list.
...and go ahead an commit patches describing any such new features
to gcc-3.1/changes.html.
Gerald
--
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 9:50 ` Gerald Pfeifer
@ 2002-05-02 9:57 ` Joe Buck
2002-05-02 10:08 ` Jan Hubicka
1 sibling, 0 replies; 18+ messages in thread
From: Joe Buck @ 2002-05-02 9:57 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: gcc, Joe Buck
I wrote:
> > It seems that no one has collected a list of features to brag about for
> > the 3.1 release. Some highlights off the top of my head:
> > ...
> > * Much-improved C++ standard library with great Doxygen-generated
> > hypertext documentation.
Gerald writes:
> ...and go ahead an commit patches describing any such new features
> to gcc-3.1/changes.html.
The release announcements would only include a subset of that page,
perhaps with a pointer to it.
I'm not sure that the way that page is written, it is clear enough to
the casual reader that one compiler produces both 32 and 64 bit code
on the UltraSPARC, especially since with 3.0, one could produce a
64-bit-only compiler by going through a great deal of pain. Something like
For UltraSPARC, GCC can produce either 32-bit code (by default)
or 64-bit code (if the option -m64 is provided).
might be better
The only thing missing from my list in changes.html is the libstdc++
modifications; someone from the libstdc++ team should decide what to
write there.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 9:50 ` Gerald Pfeifer
2002-05-02 9:57 ` Joe Buck
@ 2002-05-02 10:08 ` Jan Hubicka
2002-05-02 10:14 ` Gerald Pfeifer
1 sibling, 1 reply; 18+ messages in thread
From: Jan Hubicka @ 2002-05-02 10:08 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: gcc, Joe Buck, gcc-patches
> On Thu, 2 May 2002, Joe Buck wrote:
>
> > It seems that no one has collected a list of features to brag about for
> > the 3.1 release. Some highlights off the top of my head:
> >
> > * New x86 backend, with much better codegen for newer Intel processors
> > including the P4, which was handled poorly by earlier gcc's.
> >
> > * Sparc version: one compiler generates both 32-bit and 64-bit code (-m64)
> >
> > * New AMD Hammer (x86-64) backend.
> >
> > * Integrated GNU Ada frontend.
> >
> > * Much-improved C++ standard library with great Doxygen-generated
> > hypertext documentation.
> >
> > * Many bug fixes.
> >
> > Please send suggestions for others, or any comments on the above list.
>
> ...and go ahead an commit patches describing any such new features
> to gcc-3.1/changes.html.
This reminds me, that I would like to have the profile stuff mentioned in
hope that people will actually start to use it.
*** changes.html.1 Thu May 2 17:19:05 2002
--- changes.html Thu May 2 19:06:59 2002
*************** GCC 3.1 Changes, New Features, and Fixes
*** 59,65 ****
<h2>General Optimizer Improvements</h2>
<ul>
! <li>dummy</li>
</ul>
--- 59,73 ----
<h2>General Optimizer Improvements</h2>
<ul>
! <li>Jan Hubicka, SuSE Labs, together with Richard Henderson, Red Hat, and
! Andreas Jaeger, SuSE Labs, has contributed <a
! href="news/profiledriven.html">infrastructure for profile driven
! optimizations</a>
! <p>
! Options -fprofile-arcs and -fbranch-probabilities can now be used to
! improve speed of the generated code by profiling the actual program
! behaviour on typical run. In the absence of profile info compiler
! attempts to guess the profile statically.</p>
</ul>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 10:08 ` Jan Hubicka
@ 2002-05-02 10:14 ` Gerald Pfeifer
2002-05-02 10:37 ` Jan Hubicka
0 siblings, 1 reply; 18+ messages in thread
From: Gerald Pfeifer @ 2002-05-02 10:14 UTC (permalink / raw)
To: Jan Hubicka; +Cc: gcc, Joe Buck, gcc-patches
On Thu, 2 May 2002, Jan Hubicka wrote:
> <ul>
> ! <li>Jan Hubicka, SuSE Labs, together with Richard Henderson, Red Hat, and
> ! Andreas Jaeger, SuSE Labs, has contributed <a
> ! href="news/profiledriven.html">infrastructure for profile driven
> ! optimizations</a>
"." at the end of the sentence, and paragraphs need to start with <p>
and end with </p>.
> ! <p>
> ! Options -fprofile-arcs and -fbranch-probabilities can now be used to
> ! improve speed of the generated code by profiling the actual program
> ! behaviour on typical run. In the absence of profile info compiler
> ! attempts to guess the profile statically.</p>
> </ul>
<code>-fprofile-arcs</code> and <code>-fbranch-probabilities</code>
"on typical runs" or "on a typical run".
"the compiler".
Fine with these changes. Thanks!
Gerald
--
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 10:14 ` Gerald Pfeifer
@ 2002-05-02 10:37 ` Jan Hubicka
2002-05-03 5:18 ` Gerald Pfeifer
2002-05-03 21:50 ` Alexandre Oliva
0 siblings, 2 replies; 18+ messages in thread
From: Jan Hubicka @ 2002-05-02 10:37 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: Jan Hubicka, gcc, Joe Buck, gcc-patches
> On Thu, 2 May 2002, Jan Hubicka wrote:
> > <ul>
> > ! <li>Jan Hubicka, SuSE Labs, together with Richard Henderson, Red Hat, and
> > ! Andreas Jaeger, SuSE Labs, has contributed <a
> > ! href="news/profiledriven.html">infrastructure for profile driven
> > ! optimizations</a>
>
> "." at the end of the sentence, and paragraphs need to start with <p>
> and end with </p>.
>
> > ! <p>
> > ! Options -fprofile-arcs and -fbranch-probabilities can now be used to
> > ! improve speed of the generated code by profiling the actual program
> > ! behaviour on typical run. In the absence of profile info compiler
> > ! attempts to guess the profile statically.</p>
> > </ul>
>
> <code>-fprofile-arcs</code> and <code>-fbranch-probabilities</code>
>
> "on typical runs" or "on a typical run".
>
> "the compiler".
>
> Fine with these changes. Thanks!
Thanks, I've commited it. Other optimizations that come into mind
and should not be forgotten are:
Hard register copy propagation by Richard Henderson, alias analysis/alignment
stuff by Richard Kenner, tree based inlining on C by Alexandre (is that already
in 3.0?), but I don't feel authorized to write about.
What may or may not be noticed IMO is the jump optimization rewrite (it does
not really brings easy to describe value to the user), perhaps
optimize_mode_swithching for i387 control word, GCSE improvements by Richard
Kenner. It is interesting how few new optimizations come to mind offhand, I
will think about it later.
Perhaps we can just mention that the spec2000 results are better by about 6% on
-O2 level of optimizations (8.2% with PDO) compared to gcc 3.0, while gcc 3.0
improved by 2.1% compared to gcc 2.95 according to the Andreas tester.
Honza
>
> Gerald
> --
> Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 9:45 material for 3.1 release announcement Joe Buck
2002-05-02 9:50 ` Gerald Pfeifer
@ 2002-05-02 13:25 ` Richard Henderson
2002-05-02 13:42 ` Toon Moene
2002-05-03 1:47 ` Aldy Hernandez
3 siblings, 0 replies; 18+ messages in thread
From: Richard Henderson @ 2002-05-02 13:25 UTC (permalink / raw)
To: Joe Buck; +Cc: gcc
On Thu, May 02, 2002 at 09:45:29AM -0700, Joe Buck wrote:
> * New x86 backend, with much better codegen for newer Intel processors
> including the P4, which was handled poorly by earlier gcc's.
No, this was 3.0.
r~
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 9:45 material for 3.1 release announcement Joe Buck
2002-05-02 9:50 ` Gerald Pfeifer
2002-05-02 13:25 ` Richard Henderson
@ 2002-05-02 13:42 ` Toon Moene
2002-05-03 1:47 ` Aldy Hernandez
3 siblings, 0 replies; 18+ messages in thread
From: Toon Moene @ 2002-05-02 13:42 UTC (permalink / raw)
To: Joe Buck; +Cc: gcc
Joe Buck wrote:
>
> It seems that no one has collected a list of features to brag about for
> the 3.1 release. Some highlights off the top of my head:
[ Snip ]
Optimizations:
Lots of backends support prefetching of array elements
in loops.
Underflow-forced-to-zero enabled at -ffast-math for lots of targets.
Fortran:
libf2c a shared library, which enables shared library components based
on Fortran code.
libf2c supports reading/writing of > 2Gbyte files on 32-bit targets.
frontend allows arrays up to 2 Gbyte in size (2**29 REALS, 2**28 DOUBLE
PRECISION or 2**27 COMPLEX*16 values).
--
Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 9:45 material for 3.1 release announcement Joe Buck
` (2 preceding siblings ...)
2002-05-02 13:42 ` Toon Moene
@ 2002-05-03 1:47 ` Aldy Hernandez
3 siblings, 0 replies; 18+ messages in thread
From: Aldy Hernandez @ 2002-05-03 1:47 UTC (permalink / raw)
To: Joe Buck; +Cc: gcc
>>>>> "Joe" == Joe Buck <Joe.Buck@synopsys.com> writes:
> It seems that no one has collected a list of features to brag about for
> the 3.1 release. Some highlights off the top of my head:
experimental support for altivec.
I think a few people are actively using it, but i'd prefer to call it
experimental until i can pass the entire motorola altivec testsuite
;-)
Aldy
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 10:37 ` Jan Hubicka
@ 2002-05-03 5:18 ` Gerald Pfeifer
2002-05-03 6:22 ` Jan Hubicka
2002-05-03 21:50 ` Alexandre Oliva
1 sibling, 1 reply; 18+ messages in thread
From: Gerald Pfeifer @ 2002-05-03 5:18 UTC (permalink / raw)
To: Jan Hubicka; +Cc: gcc, Joe Buck, gcc-patches
On Thu, 2 May 2002, Jan Hubicka wrote:
> Hard register copy propagation by Richard Henderson, alias
> analysis/alignment stuff by Richard Kenner, tree based inlining on C by
> Alexandre (is that already in 3.0?), but I don't feel authorized to
> write about.
Ideally those having contributed the improvements would write something.
> Perhaps we can just mention that the spec2000 results are better by
> about 6% on -O2 level of optimizations (8.2% with PDO) compared to gcc
> 3.0, while gcc 3.0 improved by 2.1% compared to gcc 2.95 according to
> the Andreas tester.
Yes, please add this (probably under "General Optimizer Improvements").
Gerald
PS: I'll have very intermittent Internet access for the next few days.
--
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-03 5:18 ` Gerald Pfeifer
@ 2002-05-03 6:22 ` Jan Hubicka
2002-05-03 6:30 ` Gerald Pfeifer
0 siblings, 1 reply; 18+ messages in thread
From: Jan Hubicka @ 2002-05-03 6:22 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: Jan Hubicka, gcc, Joe Buck, gcc-patches
>
> Ideally those having contributed the improvements would write something.
Hope so :)
>
> > Perhaps we can just mention that the spec2000 results are better by
> > about 6% on -O2 level of optimizations (8.2% with PDO) compared to gcc
> > 3.0, while gcc 3.0 improved by 2.1% compared to gcc 2.95 according to
> > the Andreas tester.
>
> Yes, please add this (probably under "General Optimizer Improvements").
Here is an attempt to do so.
Index: gcc-3.1/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-3.1/changes.html,v
retrieving revision 1.27
diff -c -3 -p -r1.27 changes.html
*** gcc-3.1/changes.html 3 May 2002 12:25:35 -0000 1.27
--- gcc-3.1/changes.html 3 May 2002 13:20:24 -0000
***************
*** 37,42 ****
--- 37,53 ----
the generated code by profiling the actual program behaviour on typical
runs. In the absence of profile info the compiler attempts to guess the
profile statically.</p>
+
+ <li><p><a HREF="http://www.suse.de/~aj/SPEC">SPEC2000</a> and <a
+ HREF="http://people.redhat.com/dnovillo/SPEC">SPEC95</a> benchmark suites
+ are now used daily to monitor performance of the generated code to avoid
+ performance regressions to leak into compiler and stay unnoticed.</p>
+
+ <p>According to the SPECInt2000 results on AMD Athlon CPU, the code
+ generated by GCC 3.1.0 is at the average 6% faster (8.2% faster with
+ profile feedback) compared to GCC 3.0.0. The code produced by GCC 3.0.0
+ is about 2.1% faster compared to 2.95.3. Tests were done with <code>-O2
+ -march=athlon</code> command line options.</p>
</ul>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-03 6:22 ` Jan Hubicka
@ 2002-05-03 6:30 ` Gerald Pfeifer
2002-05-03 16:05 ` Jan Hubicka
0 siblings, 1 reply; 18+ messages in thread
From: Gerald Pfeifer @ 2002-05-03 6:30 UTC (permalink / raw)
To: Jan Hubicka; +Cc: gcc, Joe Buck, gcc-patches
On Fri, 3 May 2002, Jan Hubicka wrote:
> Here is an attempt to do so.
Thanks!
> + <li><p><a HREF="http://www.suse.de/~aj/SPEC">SPEC2000</a> and <a
> + HREF="http://people.redhat.com/dnovillo/SPEC">SPEC95</a> benchmark suites
> + are now used daily to monitor performance of the generated code
"href" instead of "HREF", and I believe that both URLs lack a trailing
"/".
> + to avoid
> + performance regressions to leak into compiler and stay unnoticed.</p>
I'd omit this part, because "monitoring" already implies this, and we are
also interested to spot improvements, aren't we? ;-)
> + <p>According to the SPECInt2000 results on AMD Athlon CPU, the code
> + generated by GCC 3.1.0 is at the average 6% faster (8.2% faster with
> + profile feedback) compared to GCC 3.0.0.
"on an AMD Athlon", "is 6% faster on average", "with profile driven
feedback".
For historical reasons the first releases are called 3.1 and 3.0,
respectively.
> + Tests were done with <code>-O2
> + -march=athlon</code> command line options.</p>
"using the <code>...</code> command-line options.</p>"
And I believe there is an </li> missing at the end.
The patch is fine with the changes above. To make sure, please run the
validator (by clicking the button in the lower right corner of the web
page) after the commit.
Thanks!
Gerald
--
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-03 6:30 ` Gerald Pfeifer
@ 2002-05-03 16:05 ` Jan Hubicka
2002-05-04 0:54 ` Gerald Pfeifer
0 siblings, 1 reply; 18+ messages in thread
From: Jan Hubicka @ 2002-05-03 16:05 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: Jan Hubicka, gcc, Joe Buck, gcc-patches
> On Fri, 3 May 2002, Jan Hubicka wrote:
> > Here is an attempt to do so.
>
> Thanks!
>
> > + <li><p><a HREF="http://www.suse.de/~aj/SPEC">SPEC2000</a> and <a
> > + HREF="http://people.redhat.com/dnovillo/SPEC">SPEC95</a> benchmark suites
> > + are now used daily to monitor performance of the generated code
> "href" instead of "HREF", and I believe that both URLs lack a trailing
> "/".
Somehow I did changes you requested but missed this one. It probably scrolled
out of screen, sorry.
While looking at it, I noticed that we document prefetching for i386, but don't
document -fprefetch-loop-arrays and new builtin. Also I added bit
clarification to SSE support and notice about fp->int converison (we are about
10 times faster there as 3.0.x had bug doing partial memory stall in the
middle, this is important showstopper for 3D people)
Here is another bunch of changes, let me know what of them seems
resonable.
Another idea is that we probably can mention the fact that code size has
dropped considerably (at both -O2 and -Os), but I don't have 3.0 here to get
some numbers. I guess this can be appealing to people building distros.
Honza
Index: changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-3.1/changes.html,v
retrieving revision 1.28
diff -c -3 -p -r1.28 changes.html
*** changes.html 3 May 2002 13:39:33 -0000 1.28
--- changes.html 3 May 2002 23:00:43 -0000
***************
*** 38,45 ****
runs. In the absence of profile info the compiler attempts to guess the
profile statically.</p>
</li>
! <li><p><a HREF="http://www.suse.de/~aj/SPEC">SPEC2000</a> and <a
! HREF="http://people.redhat.com/dnovillo/SPEC">SPEC95</a> benchmark suites
are now used daily to monitor performance of the generated code.
<p>According to the SPECInt2000 results on an AMD Athlon CPU, the code
--- 38,45 ----
runs. In the absence of profile info the compiler attempts to guess the
profile statically.</p>
</li>
! <li><p><a href="http://www.suse.de/~aj/SPEC/">SPEC2000</a> and <a
! href="http://people.redhat.com/dnovillo/SPEC/">SPEC95</a> benchmark suites
are now used daily to monitor performance of the generated code.
<p>According to the SPECInt2000 results on an AMD Athlon CPU, the code
***************
*** 48,53 ****
--- 48,61 ----
about 2.1% faster compared to 2.95.3. Tests were done using the
<code>-O2 -march=athlon</code> command-line options.</p>
</li>
+
+ <li<p>Support for data prefetching instructions has been added to the GCC
+ backend and several targets. New <code>__builtin_prefetch</code>
+ instrics is available to explicitly insert prefetch instructions and
+ experimental support for loop array prefetching has been added (see
+ <code>-fprefetch-loop-array</code> documentation).
+
+ </li>
</ul>
*************** documentation</a>.</p>
*** 189,195 ****
<li>The compiler now supports MMX, 3DNow!, SSE, and SSE2 instructions.
Options <code>-mmmx</code>, <code>-m3dnow</code>, <code>-msse</code>,
! and <code>-msse2</code> will enable the respective instruction sets.</li>
<li>Following those improvements, targets for Pentium MMX, K6-2, K6-3,
Pentium III, Pentium 4, and Athlon 4 Mobile/XP/MP were added.
--- 197,205 ----
<li>The compiler now supports MMX, 3DNow!, SSE, and SSE2 instructions.
Options <code>-mmmx</code>, <code>-m3dnow</code>, <code>-msse</code>,
! and <code>-msse2</code> will enable the respective instruction sets.
! Intel C++ compatible MMX/3DNow!/SSE intrics are implemented. SSE2
! intrics will be added in next major release.</li>
<li>Following those improvements, targets for Pentium MMX, K6-2, K6-3,
Pentium III, Pentium 4, and Athlon 4 Mobile/XP/MP were added.
*************** documentation</a>.</p>
*** 199,208 ****
<li>For those targets that support it, <code>-mfpmath=sse</code> will
cause the compiler to generate SSE/SSE2 instructions for floating point
math instead of x87 instructions. Usually, this will lead to quicker
! code — especially on the Pentium 4.</li>
<li>Prefetch support has been added to the Pentium III, Pentium 4, and
Athlon series.</li>
</ul></li>
<li>The PowerPC back-end has added 64-bit PowerPC GNU/Linux support.</li>
--- 209,222 ----
<li>For those targets that support it, <code>-mfpmath=sse</code> will
cause the compiler to generate SSE/SSE2 instructions for floating point
math instead of x87 instructions. Usually, this will lead to quicker
! code — especially on the Pentium 4. Note that only sclar floating
! point instructions are used and GCC does not exploit SIMD features yet.</li>
<li>Prefetch support has been added to the Pentium III, Pentium 4, and
Athlon series.</li>
+
+ <li>Code generated for floating point to integer converisons has been
+ improved leading to better performance of many 3D applications.</li>
</ul></li>
<li>The PowerPC back-end has added 64-bit PowerPC GNU/Linux support.</li>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-02 10:37 ` Jan Hubicka
2002-05-03 5:18 ` Gerald Pfeifer
@ 2002-05-03 21:50 ` Alexandre Oliva
2002-05-04 0:16 ` Gerald Pfeifer
1 sibling, 1 reply; 18+ messages in thread
From: Alexandre Oliva @ 2002-05-03 21:50 UTC (permalink / raw)
To: Jan Hubicka; +Cc: Gerald Pfeifer, gcc, Joe Buck, gcc-patches
On May 2, 2002, Jan Hubicka <jh@suse.cz> wrote:
> tree based inlining on C by Alexandre (is that already in 3.0?)
Thanks for the reminder. Ok to install?
Index: gcc-3.1/changes.html
*** changes.html.~1.30.~ Fri May 3 17:29:09 2002
--- changes.html Sat May 4 01:47:22 2002
***************
*** 40,46 ****
</li>
<li><p><a HREF="http://www.suse.de/~aj/SPEC">SPEC2000</a> and <a
HREF="http://people.redhat.com/dnovillo/SPEC">SPEC95</a> benchmark suites
! are now used daily to monitor performance of the generated code.
<p>According to the SPECInt2000 results on an AMD Athlon CPU, the code
generated by GCC 3.1 is 6% faster on the average (8.2% faster with
--- 40,46 ----
</li>
<li><p><a HREF="http://www.suse.de/~aj/SPEC">SPEC2000</a> and <a
HREF="http://people.redhat.com/dnovillo/SPEC">SPEC95</a> benchmark suites
! are now used daily to monitor performance of the generated code.</p>
<p>According to the SPECInt2000 results on an AMD Athlon CPU, the code
generated by GCC 3.1 is 6% faster on the average (8.2% faster with
***************
*** 48,53 ****
--- 48,61 ----
about 2.1% faster compared to 2.95.3. Tests were done using the
<code>-O2 -march=athlon</code> command-line options.</p>
</li>
+
+ <li><p>Alexandre Oliva, of <a href="http://www.redhat.com/">Red
+ Hat</a>, has generalized the tree inlining infrastructure
+ developed by <a
+ href="http://www.codesourcery.com/">CodeSourcery, LLC</a> for
+ the C++ front end, so that it is now used in the C front end
+ too. Inlining functions as trees exposes them earlier to the
+ compiler, giving it more opportunities for optimization.</p>
</ul>
***************
*** 188,193 ****
--- 196,206 ----
system-on-a-chip series. See <a
href="http://developer.axis.com/">Axis' developer site</a> for
technical information.</li>
+
+ <li>Alexandre Oliva, of <a href="http://www.redhat.com/">Red Hat</a>,
+ has contributed a port to the <a
+ href="http://www.superh.com/">SuperH</a> SH5 64-bit RISC
+ microprocessor architecture, extending the existing SH port.</li>
<li>UltraSPARC is fully supported in 64-bit mode. The option
<code>-m64</code> enables it.</li>
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-03 21:50 ` Alexandre Oliva
@ 2002-05-04 0:16 ` Gerald Pfeifer
0 siblings, 0 replies; 18+ messages in thread
From: Gerald Pfeifer @ 2002-05-04 0:16 UTC (permalink / raw)
To: Alexandre Oliva; +Cc: Jan Hubicka, gcc, Joe Buck, gcc-patches
On 4 May 2002, Alexandre Oliva wrote:
> Thanks for the reminder. Ok to install?
Yes, this looks fine, thanks. (Do we want a comma before "too"?)
Gerald
--
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-03 16:05 ` Jan Hubicka
@ 2002-05-04 0:54 ` Gerald Pfeifer
2002-05-04 3:11 ` Jan Hubicka
0 siblings, 1 reply; 18+ messages in thread
From: Gerald Pfeifer @ 2002-05-04 0:54 UTC (permalink / raw)
To: Jan Hubicka; +Cc: gcc, Joe Buck, gcc-patches
On Sat, 4 May 2002, Jan Hubicka wrote:
> ! <li><p><a href="http://www.suse.de/~aj/SPEC/">SPEC2000</a> and <a
> ! href="http://people.redhat.com/dnovillo/SPEC/">SPEC95</a> benchmark suites
> are now used daily to monitor performance of the generated code.
There seems </p> missing here.
> + <li<p>Support for data prefetching instructions has been added to the GCC
^^^^^^
<li> is sufficient.
> + backend and several targets. New <code>__builtin_prefetch</code>
"back end". "A new..."
> ! code — especially on the Pentium 4. Note that only sclar floating
> ! point instructions are used and GCC does not exploit SIMD features yet.</li>
"scalar"
Fine with these changes. Please run the verifier (link in the lower right
corner) after committing to make sure we didn't miss anything.
Thanks,
Gerald
--
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
2002-05-04 0:54 ` Gerald Pfeifer
@ 2002-05-04 3:11 ` Jan Hubicka
0 siblings, 0 replies; 18+ messages in thread
From: Jan Hubicka @ 2002-05-04 3:11 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: Jan Hubicka, gcc, Joe Buck, gcc-patches
> On Sat, 4 May 2002, Jan Hubicka wrote:
> > ! <li><p><a href="http://www.suse.de/~aj/SPEC/">SPEC2000</a> and <a
> > ! href="http://people.redhat.com/dnovillo/SPEC/">SPEC95</a> benchmark suites
> > are now used daily to monitor performance of the generated code.
>
> There seems </p> missing here.
>
> > + <li<p>Support for data prefetching instructions has been added to the GCC
> ^^^^^^
>
> <li> is sufficient.
>
> > + backend and several targets. New <code>__builtin_prefetch</code>
>
> "back end". "A new..."
>
> > ! code — especially on the Pentium 4. Note that only sclar floating
> > ! point instructions are used and GCC does not exploit SIMD features yet.</li>
>
> "scalar"
>
> Fine with these changes. Please run the verifier (link in the lower right
> corner) after committing to make sure we didn't miss anything.
Egads, I really should not be making documentation patches at midnight.
Thanks!
Honza
>
> Thanks,
> Gerald
> --
> Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: material for 3.1 release announcement
@ 2002-05-02 10:33 Benjamin Kosnik
0 siblings, 0 replies; 18+ messages in thread
From: Benjamin Kosnik @ 2002-05-02 10:33 UTC (permalink / raw)
To: Joe.Buck; +Cc: gcc
> The only thing missing from my list in changes.html is the libstdc++
> modifications; someone from the libstdc++ team should decide what to
> write there.
Yep. Phil and I discussed this yesterday: I'll come up with a list
today.
thanks,
benjamin
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2002-05-04 10:11 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-05-02 9:45 material for 3.1 release announcement Joe Buck
2002-05-02 9:50 ` Gerald Pfeifer
2002-05-02 9:57 ` Joe Buck
2002-05-02 10:08 ` Jan Hubicka
2002-05-02 10:14 ` Gerald Pfeifer
2002-05-02 10:37 ` Jan Hubicka
2002-05-03 5:18 ` Gerald Pfeifer
2002-05-03 6:22 ` Jan Hubicka
2002-05-03 6:30 ` Gerald Pfeifer
2002-05-03 16:05 ` Jan Hubicka
2002-05-04 0:54 ` Gerald Pfeifer
2002-05-04 3:11 ` Jan Hubicka
2002-05-03 21:50 ` Alexandre Oliva
2002-05-04 0:16 ` Gerald Pfeifer
2002-05-02 13:25 ` Richard Henderson
2002-05-02 13:42 ` Toon Moene
2002-05-03 1:47 ` Aldy Hernandez
2002-05-02 10:33 Benjamin Kosnik
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).