This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC 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]

[RFA:] Fix changes.html for attribute alias change


> From: "Giovanni Bajo" <giovannibajo@libero.it>
> Date: Thu, 17 Mar 2005 03:33:58 +0100

> Hans-Peter Nilsson <hans-peter.nilsson@axis.com> wrote:
> 
> > So, the previously-questionable newlib alias-to-offset-in-table
> > kludge is finally judged invalid.  This is a heads-up for newlib
> > users.  IMHO it's not a GCC bug, though there's surely going to
> > be some commotion.  Maybe a NEWS item is called for, I dunno.
> 
> 
> It will be in NEWS, since RTH already updated
> http://gcc.gnu.org/gcc-4.0/changes.html.

To cover the newlib kludge I think that could be better worded
as follows (paragraph not filled to avoid spurious diff, will
M-q before commit if so requested).

Ok to commit?

Index: changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.0/changes.html,v
retrieving revision 1.37
diff -p -c -u -p -r1.37 changes.html
--- changes.html	16 Mar 2005 22:04:14 -0000	1.37
+++ changes.html	17 Mar 2005 02:41:27 -0000
@@ -111,7 +111,7 @@
         terminated.  See the GCC manual for a complete description of
         its behavior.</li>
     <li>Given <code>__attribute__((alias("target")))</code> it is now
-        an error if <code>target</code> is not defined in the same
+        an error if <code>target</code> is not a symbol, defined in the same
         translation unit.  This also applies to aliases created by
         <code>#pragma weak alias=target</code>.  This is because it's
         meaningless to define an alias to an undefined symbol.  On

brgds, H-P


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