* [wwwdocs] Convert gcc-4.9/porting_to.html to using gcc.css (instead of individual style= clauses)
@ 2016-01-24 23:16 Gerald Pfeifer
2016-01-28 15:11 ` Gerald Pfeifer
0 siblings, 1 reply; 2+ messages in thread
From: Gerald Pfeifer @ 2016-01-24 23:16 UTC (permalink / raw)
To: gcc-patches
With this, like similar pages, we now have the colors back.
Applied.
Gerald
Index: gcc-4.9/porting_to.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.9/porting_to.html,v
retrieving revision 1.7
diff -u -r1.7 porting_to.html
--- gcc-4.9/porting_to.html 31 Aug 2014 19:38:18 -0000 1.7
+++ gcc-4.9/porting_to.html 24 Jan 2016 22:56:55 -0000
@@ -47,9 +47,9 @@
<p>This example now gives the following diagnostic:</p>
<pre>
-<b>t.c:6:19:</b> <b style='color:red'>error:</b> expected ‘<b>declare</b>’ before ‘<b>critical</b>’
+<b>t.c:6:19:</b> <span class="boldred">error:</span> expected ‘<b>declare</b>’ before ‘<b>critical</b>’
#pragma omp end critical
- <b style='color:lime'>^</b>
+ <span class="boldred">^</span>
</pre>
<p>There is no <code>#pragma omp end critical</code> directive for C/C++
@@ -105,9 +105,9 @@
<p>This example now gives the following diagnostic:</p>
<pre>
-<b>w.c:5:9:</b> <b style='color:magenta'>warning:</b> right-hand operand of comma expression has no effect [-Wunused-value]
+<b>w.c:5:9:</b> <span class="boldmagenta">warning:</span> right-hand operand of comma expression has no effect [-Wunused-value]
bar (), i;
- <b style='color:lime'>^</b>
+ <span class="boldlime">^</span>
</pre>
<p>To suppress this warning cast the right-hand operand to <code>void</code>:</p>
@@ -135,12 +135,12 @@
<p>This example now gives the following diagnostic:</p>
<pre>
-<b>e.cc:8:9:</b> <b style='color:red'>error:</b> redeclaration of ‘<b>int e</b>’ [-fpermissive]
+<b>e.cc:8:9:</b> <span class="boldred">error:</span> redeclaration of ‘<b>int e</b>’ [-fpermissive]
int e = 0;
- <b style='color:lime'>^</b>
-<b>e.cc:7:21:</b> <b style='color:cyan'>note:</b> ‘<b>const E& e</b>’ previously declared here
+ <span class="boldlime">^</span>
+<b>e.cc:7:21:</b> <span class="boldcyan">note:</span> ‘<b>const E& e</b>’ previously declared here
} catch (const E& e) {
- <b style='color:lime'>^</b>
+ <span class="boldlime">^</span>
</pre>
<p>
@@ -169,7 +169,7 @@
<p>This example now gives the following diagnostic:</p>
<pre>
-<b>r.cc:8:21:</b> <b style='color:red'>error:</b> redeclaration of ‘<b>void A<T>::f(int)</b>’ may not have default arguments [-fpermissive]
+<b>r.cc:8:21:</b> <span class="boldred">error:</span> redeclaration of ‘<b>void A<T>::f(int)</b>’ may not have default arguments [-fpermissive]
</pre>
<p>
@@ -189,9 +189,9 @@
a diagnostic like:</p>
<pre>
<b>/usr/include/c++/4.9.0/bits/shared_ptr_base.h:</b> In member function ‘<b>virtual void* std::_Sp_counted_deleter<_Ptr, _Deleter, _Alloc, _Lp>::_M_get_deleter(const std::type_info&)</b>’:
-<b>/usr/include/c++/4.9.0/bits/shared_ptr_base.h:479:39:</b> <b style='color:red'>error:</b> must #include <typeinfo> before using typeid
+<b>/usr/include/c++/4.9.0/bits/shared_ptr_base.h:479:39:</b> <span class="boldred">error:</span> must #include <typeinfo> before using typeid
return __ti == typeid(_Deleter) ? &_M_impl._M_del() : nullptr;
- <b style='color:lime'>^</b>
+ <span class="boldlime">^</span>
</pre>
<p>All <code><bits/xxx.h></code> headers are internal library headers
@@ -205,14 +205,14 @@
only.
For instance with GMP versions up to 5.1.3, you may see: </p>
<pre>
-<b>/usr/include/c++/4.9.0/cstddef:51:11:</b> <b style='color:red'>error:</b> ‘<b>::max_align_t</b>’ has not been declared
+<b>/usr/include/c++/4.9.0/cstddef:51:11:</b> <span class="boldred">error:</span> ‘<b>::max_align_t</b>’ has not been declared
using ::max_align_t;
- <b style='color:lime'>^</b>
+ <span class="boldlime">^</span>
</pre>
<p>Another possible error is:</p>
<pre>
-<b>someheader.h:99:13:</b> <b style='color:red'>error:</b> ‘<b>ptrdiff_t</b>’ does not name a type
+<b>someheader.h:99:13:</b> <span class="boldred">error:</span> ‘<b>ptrdiff_t</b>’ does not name a type
</pre>
<p>A workaround until libraries get updated is to include
<code><cstddef></code> or <code><stddef.h></code> before any
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [wwwdocs] Convert gcc-4.9/porting_to.html to using gcc.css (instead of individual style= clauses)
2016-01-24 23:16 [wwwdocs] Convert gcc-4.9/porting_to.html to using gcc.css (instead of individual style= clauses) Gerald Pfeifer
@ 2016-01-28 15:11 ` Gerald Pfeifer
0 siblings, 0 replies; 2+ messages in thread
From: Gerald Pfeifer @ 2016-01-28 15:11 UTC (permalink / raw)
To: gcc-patches
On Sun, 24 Jan 2016, Gerald Pfeifer wrote:
> With this, like similar pages, we now have the colors back.
A friendly sole pointed out a mistake I had made in this conversation.
Fixed thusly.
Gerald
Index: gcc-4.9/porting_to.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.9/porting_to.html,v
retrieving revision 1.8
diff -u -r1.8 porting_to.html
--- gcc-4.9/porting_to.html 24 Jan 2016 23:13:07 -0000 1.8
+++ gcc-4.9/porting_to.html 28 Jan 2016 15:09:50 -0000
@@ -49,7 +49,7 @@
<pre>
<b>t.c:6:19:</b> <span class="boldred">error:</span> expected ‘<b>declare</b>’ before ‘<b>critical</b>’
#pragma omp end critical
- <span class="boldred">^</span>
+ <span class="boldlime">^</span>
</pre>
<p>There is no <code>#pragma omp end critical</code> directive for C/C++
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-01-28 15:11 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-01-24 23:16 [wwwdocs] Convert gcc-4.9/porting_to.html to using gcc.css (instead of individual style= clauses) Gerald Pfeifer
2016-01-28 15:11 ` Gerald Pfeifer
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).