This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: wwwdocs: Broken links due to the preprocess script
- From: Gerald Pfeifer <gerald at pfeifer dot com>
- To: Tobias Burnus <burnus at net-b dot de>
- Cc: gcc-patches at gcc dot gnu dot org, Jonathan Wakely <jwakely dot gcc at gmail dot com>
- Date: Mon, 2 Dec 2013 22:44:31 +0100 (CET)
- Subject: Re: wwwdocs: Broken links due to the preprocess script
- Authentication-results: sourceware.org; auth=none
- References: <526978A3 dot 30708 at net-b dot de> <alpine dot LNX dot 2 dot 00 dot 1310250003290 dot 1804 at trevally dot site> <526A0AF3 dot 1030607 at net-b dot de> <526AD55F dot 7050703 at net-b dot de> <alpine dot LNX dot 2 dot 00 dot 1312020234050 dot 2185 at tuna dot site> <529CE383 dot 8050100 at net-b dot de>
On Mon, 2 Dec 2013, Tobias Burnus wrote:
> Looks good to me. (I fully concur that the _002d is ugly.)
Okay, so I applied this patch plus the one below to adjust
gcc-4.9/changes.html accordingly. (The first anchor there
is not stable, but for other reasons.)
Thanks for pushing for this fix!
Gerald
Index: gcc-4.9/changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.9/changes.html,v
retrieving revision 1.43
diff -u -3 -p -r1.43 changes.html
--- gcc-4.9/changes.html 30 Nov 2013 16:36:59 -0000 1.43
+++ gcc-4.9/changes.html 2 Dec 2013 21:42:24 -0000
@@ -110,7 +110,7 @@
<ul>
<li>Support for colorizing diagnostics emitted by GCC has been added.
The <code><a
- href="http://gcc.gnu.org/onlinedocs/gcc/Language-Independent-Options.html#index-fdiagnostics_002dcolor-239"
+ href="http://gcc.gnu.org/onlinedocs/gcc/Language-Independent-Options.html#index-fdiagnostics-color-246"
>-fdiagnostics-color=auto</a></code> will enable it when
outputting to terminals, <code>-fdiagnostics-color=always</code>
unconditionally. The <code>GCC_COLORS</code> environment variable
@@ -136,7 +136,7 @@
</pre></li>
<li>With the new <a
- href="http://gcc.gnu.org/onlinedocs/gcc/Loop_002dSpecific-Pragmas.html"
+ href="http://gcc.gnu.org/onlinedocs/gcc/Loop-Specific-Pragmas.html"
><code>#pragma GCC ivdep</code></a>, the user can assert that there are no
loop-carried dependencies which would prevent concurrent execution of
consecutive iterations using SIMD (single instruction multiple data)