Patch:

Patch:

[Tom Tromey]

I think sourceware.org is the canonical name of the machine now.
This patch updates the GCC documentation to reflect this.

Ok?

Tom

:ADDPATCH documentation:


Index: ChangeLog
from  Tom Tromey  <tromey@redhat.com>
	* doc/sourcebuild.texi (libgcj Tests): Use sourceware.org.
	* doc/install.texi (Testing): Use sourceware.org.
	(Binaries): Likewise.
	(Specific): Likewise.
	(Specific): Likewise.
	* doc/contrib.texi (Contributors): Use sourceware.org.

Index: doc/sourcebuild.texi
===================================================================
--- doc/sourcebuild.texi	(revision 120802)
+++ doc/sourcebuild.texi	(working copy)
@@ -1275,7 +1275,7 @@
 tree.  Additional runtime tests can be checked into this testsuite.
 
 Regression testing of the core packages in libgcj is also covered by the
-Mauve testsuite.  The @uref{http://sources.redhat.com/mauve/,,Mauve Project}
+Mauve testsuite.  The @uref{http://sourceware.org/mauve/,,Mauve Project}
 develops tests for the Java Class Libraries.  These tests are run as part
 of libgcj testing by placing the Mauve tree within the libjava testsuite
 sources at @file{libjava/testsuite/libjava.mauve/mauve}, or by specifying
Index: doc/contrib.texi
===================================================================
--- doc/contrib.texi	(revision 120801)
+++ doc/contrib.texi	(working copy)
@@ -1,5 +1,5 @@
 @c Copyright (C) 1988,1989,1992,1993,1994,1995,1996,1997,1998,1999,2000,
-@c 2001,2002,2003,2004,2005,2006 Free Software Foundation, Inc.
+@c 2001,2002,2003,2004,2005,2006,2007 Free Software Foundation, Inc.
 @c This is part of the GCC manual.
 @c For copying conditions, see the file gcc.texi.
 
@@ -551,7 +551,7 @@
 
 @item
 All of the Mauve project
-@uref{http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/mauve/THANKS?rev=1.2&cvsroot=mauve&only_with_tag=HEAD,,contributors},
+@uref{http://sourceware.org/cgi-bin/cvsweb.cgi/~checkout~/mauve/THANKS?rev=1.2&cvsroot=mauve&only_with_tag=HEAD,,contributors},
 for Java test code.
 
 @item
Index: doc/install.texi
===================================================================
--- doc/install.texi	(revision 120802)
+++ doc/install.texi	(working copy)
@@ -2014,7 +2014,7 @@
 in the @file{@var{target}/libjava/testsuite} directory in
 the build tree.
 
-The @uref{http://sources.redhat.com/mauve/,,Mauve Project} provides
+The @uref{http://sourceware.org/mauve/,,Mauve Project} provides
 a suite of tests for the Java Class Libraries.  This suite can be run
 as part of libgcj testing by placing the Mauve tree within the libjava
 testsuite at @file{libjava/testsuite/libjava.mauve/mauve}, or by
@@ -2297,7 +2297,7 @@
 Microsoft Windows:
 @itemize
 @item
-The @uref{http://sources.redhat.com/cygwin/,,Cygwin} project;
+The @uref{http://sourceware.org/cygwin/,,Cygwin} project;
 @item
 The @uref{http://www.mingw.org/,,MinGW} project.
 @end itemize
@@ -3793,7 +3793,7 @@
 single bug.  It has been fixed on the 2.15 branch in the CVS repository.
 You can obtain a working version by checking out the binutils-2_15-branch
 from the CVS repository or applying the patch
-@uref{http://sources.redhat.com/ml/binutils-cvs/2004-09/msg00036.html} to the
+@uref{http://sourceware.org/ml/binutils-cvs/2004-09/msg00036.html} to the
 release.
 
 We recommend using GNU binutils 2.16 or later in conjunction with GCC 4.x,
@@ -4182,7 +4182,7 @@
 
 For some systems, old versions of GNU binutils may also be useful,
 and are available from @file{pub/binutils/old-releases} on
-@uref{http://sources.redhat.com/mirrors.html,,sources.redhat.com mirror sites}.
+@uref{http://sourceware.org/mirrors.html,,sourceware.org mirror sites}.
 
 Some of the information on specific systems above relates to
 such older systems, but much of the information

Re: Patch:

[Gerald Pfeifer]

On Tue, 15 Jan 2007, Tom Tromey wrote:
> I think sourceware.org is the canonical name of the machine now.
> This patch updates the GCC documentation to reflect this.

Yeah!  This was actually on my TODO list since you pointed it out a
week ago, but getting a patch is even better. :-)

> from  Tom Tromey  <tromey@redhat.com>
> 	* doc/sourcebuild.texi (libgcj Tests): Use sourceware.org.
> 	* doc/install.texi (Testing): Use sourceware.org.
> 	(Binaries): Likewise.
> 	(Specific): Likewise.
> 	(Specific): Likewise.
> 	* doc/contrib.texi (Contributors): Use sourceware.org.

I believe you can omit the second to last line here.

Okay for all active branches.  Thanks for cooking up a patch!  

Gerald

:REVIEWPATCH:

Re: Patch:

[Tom Tromey]

>>>>> "Gerald" == Gerald Pfeifer <gerald@pfeifer.com> writes:

Tom> I think sourceware.org is the canonical name of the machine now.
Tom> This patch updates the GCC documentation to reflect this.

Gerald> Yeah!  This was actually on my TODO list since you pointed it out a
Gerald> week ago, but getting a patch is even better. :-)
[...]

Gerald> Okay for all active branches.

FWIW I needed slightly different patches on some of the branches,
since the docs on the trunk are different.  I assume this doesn't
matter and I am pressing forward.

Also, let me note that having 4 active branches is a pain.

Tom

Re: Patch:

[Gerald Pfeifer]

On Wed, 17 Jan 2007, Tom Tromey wrote:
> FWIW I needed slightly different patches on some of the branches,
> since the docs on the trunk are different.  I assume this doesn't
> matter and I am pressing forward.

Certainly, thanks!

> Also, let me note that having 4 active branches is a pain.

I share this pain.  We are looking at reducing that number by one 
real-soon-now. :-)

Gerald

PATCH:

[Gerald Pfeifer]

Seldom have I seen a company breaking existings links as thoroughly
as Hitachi/Renesas.

Remove link broken by the Hitachi->Renesas change.

Gerald

Index: prefetch.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/prefetch.html,v
retrieving revision 1.11
diff -u -3 -p -r1.11 prefetch.html
--- prefetch.html	17 Jun 2003 00:23:24 -0000	1.11
+++ prefetch.html	29 Aug 2003 12:37:49 -0000
@@ -834,10 +834,7 @@ ADE-602-096B, Rev. 3.0, 9/25/00, Hitachi

 <p><a name="ref_17">[17]</a>
 <em>SuperH[tm] RISC Engine SH-4 Programming Manual</em>,
-ADE-602-156D, Rev. 5.0, 4/19/2001, Hitachi, Ltd.;
-a PDF file with a link from
-<a href="http://www.hitachisemiconductor.com/sic/jsp/japan/eng/products/mpumcu/32bit/superh.html">
-http://www.hitachisemiconductor.com/sic/jsp/japan/eng/products/mpumcu/32bit/superh.html</a>.</p>
+ADE-602-156D, Rev. 5.0, 4/19/2001, Hitachi, Ltd.</p>

 <p><a name="ref_18">[18]</a>
 <em>UltraSPARC[tm] User's Manual</em>,

PATCH:

[Gerald Pfeifer]

We got a bug report about these, and while it's probably not that
important, I suggest that in the future we use the dates in CVS and
ChangeLogs to avoid confusions/complaints.

I'll also add a note to releasing.html to document that.

Gerald

Committed: Fix release dates for GCC 3.2.3 and 3.3.

Index: releases.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/releases.html,v
retrieving revision 1.43
diff -u -3 -p -r1.43 releases.html
--- releases.html	19 May 2003 21:10:14 -0000	1.43
+++ releases.html	2 Jun 2003 10:39:04 -0000
@@ -36,8 +36,8 @@ opposed to development snapshots).</p>
 <table border="1" cellspacing="0" cellpadding="5">
 <tr><th>Release</th><th>internal version</th><th>Release date</th></tr>

-<tr><td><a href="gcc-3.3/">GCC 3.3</a></td>   <td></td> <td>May 14, 2003</td></tr>
-<tr><td><a href="gcc-3.2/">GCC 3.2.3</a></td> <td></td> <td>April 25, 2003</td></tr>
+<tr><td><a href="gcc-3.3/">GCC 3.3</a></td>   <td></td> <td>May 13, 2003</td></tr>
+<tr><td><a href="gcc-3.2/">GCC 3.2.3</a></td> <td></td> <td>April 22, 2003</td></tr>
 <tr><td><a href="gcc-3.2/">GCC 3.2.2</a></td> <td></td> <td>February 05, 2003</td></tr>
 <tr><td><a href="gcc-3.2/">GCC 3.2.1</a></td> <td></td> <td>November 19, 2002</td></tr>
 <tr><td><a href="gcc-3.2/">GCC 3.2</a></td> <td></td> <td>August 14, 2002</td></tr>

Re: PATCH:

[Stan Shebs]

turly o'connor wrote:
> 
> Hi,
> 
> Here's a quickie patch to change "recog_operand" to "recog_data.operand" in
> the documentation.
> 
> OK to commit?

This is a pretty obvious fix, so you don't need to wait for anybody's
approval.  In the immortal words of http://gcc.gnu.org/cvswrite.html,
"We don't want to get overly anal".

A casual grep shows more leftover refs in comments in rtl.def, it
would be good to update those too.

Stan

PATCH:

[turly o'connor]

Hi,

Here's a quickie patch to change "recog_operand" to "recog_data.operand" in
the documentation.

OK to commit?

--turly

        * tm.texi (ASM_OUTPUT_OPERAND): Change references to
        "recog_operand" to "recog_data.operand".

Index: tm.texi
===================================================================
RCS file: /cvs/gcc/gcc/gcc/doc/tm.texi,v
retrieving revision 1.83
diff -c -3 -p -r1.83 tm.texi
*** tm.texi     2001/12/17 19:19:58     1.83
--- tm.texi     2001/12/20 12:06:09
*************** that includes @samp{%}-sequences to subs
*** 6781,6789 ****
  care of the substitution yourself.  Just be sure to increment
  @var{ptr} over whatever text should not be output normally.
  
! @findex recog_operand
  If you need to look at the operand values, they can be found as the
! elements of @code{recog_operand}.
  
  If the macro definition does nothing, the instruction is output
  in the usual way.
--- 6781,6789 ----
  care of the substitution yourself.  Just be sure to increment
  @var{ptr} over whatever text should not be output normally.
  
! @findex recog_data.operand
  If you need to look at the operand values, they can be found as the
! elements of @code{recog_data.operand}.
  
  If the macro definition does nothing, the instruction is output
  in the usual way.

PATCH:

[Lars Brinkhoff]

get_mode_alignment() in stor-layout.c forces the alignment, in bits,
to a power of two.  That works fine on 8/16/32-bit machines, but not
on, say, a 36-bit machine.  This patch makes the alignment be a power
of two in storage units, which makes no difference at all on machines
where the size, in bits, of a storage unit is a power of two.

Bootstrapped on powerpc-unknown-linux-gnu and checked without regressions.

2001-04-25  Lars Brinkhoff  <lars@nocrew.org>

	* stor-layout.c (get_mode_alignment): remove the restriction
	that machine mode sizes must be powers of two.

Index: stor-layout.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/stor-layout.c,v
retrieving revision 1.96
diff -c -3 -p -r1.96 stor-layout.c
*** stor-layout.c	2001/03/23 16:59:56	1.96
--- stor-layout.c	2001/04/25 07:49:49
*************** unsigned int
*** 1844,1855 ****
  get_mode_alignment (mode)
       enum machine_mode mode;
  {
!   unsigned int alignment = GET_MODE_UNIT_SIZE (mode) * BITS_PER_UNIT;
    
    /* Extract the LSB of the size.  */
    alignment = alignment & -alignment;
  
!   alignment = MIN (BIGGEST_ALIGNMENT, MAX (1, alignment));
    return alignment;
  }
  
--- 1844,1855 ----
  get_mode_alignment (mode)
       enum machine_mode mode;
  {
!   unsigned int alignment = GET_MODE_UNIT_SIZE (mode);
    
    /* Extract the LSB of the size.  */
    alignment = alignment & -alignment;
  
!   alignment = MIN (BIGGEST_ALIGNMENT, MAX (1, alignment * BITS_PER_UNIT));
    return alignment;
  }
  

PATCH:

[Mark Mitchell]

This simple patch saves 6M compiling Gerald's test case.

--
Mark Mitchell                   mark@codesourcery.com
CodeSourcery, LLC               http://www.codesourcery.com

2000-11-27  Mark Mitchell  <mark@codesourcery.com>

	* function.c (free_after_compilation): Clear x_clobber_return_insn.

Index: function.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/function.c,v
retrieving revision 1.231
diff -c -p -r1.231 function.c
*** function.c	2000/11/13 07:00:55	1.231
--- function.c	2000/11/27 20:13:03
*************** free_after_compilation (f)
*** 483,488 ****
--- 483,489 ----
    f->x_tail_recursion_label = NULL;
    f->x_tail_recursion_reentry = NULL;
    f->x_arg_pointer_save_area = NULL;
+   f->x_clobber_return_insn = NULL;
    f->x_context_display = NULL;
    f->x_trampoline_list = NULL;
    f->x_parm_birth_insn = NULL;