This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
[RFA:] Fix changes.html for attribute alias change
- From: Hans-Peter Nilsson <hans-peter dot nilsson at axis dot com>
- To: gcc-patches at gcc dot gnu dot org
- Date: Thu, 17 Mar 2005 03:45:22 +0100
- Subject: [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