public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [doc,libstdc++] Link maintenance for the libstdc++ manual
@ 2012-11-02  0:29 Gerald Pfeifer
  2012-11-02  0:34 ` Jonathan Wakely
  0 siblings, 1 reply; 10+ messages in thread
From: Gerald Pfeifer @ 2012-11-02  0:29 UTC (permalink / raw)
  To: gcc-patches, libstdc++

So that the libstdc++ guys cannot complain I am only spending time
on Java. ;-)

There is a _lot_ left to do, especially around the imported lwg
pages; those are in a vary bade state.  Any volunteer for that
one?

Applied.

Gerald

2012-11-02  Gerald Pfeifer  <gerald@pfeifer.com>

	* doc/xml/manual/codecvt.xml: Fix reference to Austin Common
	Standards Revision Group.
	* doc/xml/manual/messages.xml: Ditto.
	* doc/xml/manual/using_exceptions.xml: Ditto.

	* doc/xml/manual/messages.xml: Fix reference to GNU gettext.

	* doc/xml/manual/policy_data_structures.xml: Fix reference to
	STL at SGI.
	Update reference to COM at Microsoft.
	Update reference to Worst-case efficient priority queues at ACM.

Index: doc/xml/manual/using_exceptions.xml
===================================================================
--- doc/xml/manual/using_exceptions.xml	(revision 193072)
+++ doc/xml/manual/using_exceptions.xml	(working copy)
@@ -440,7 +440,7 @@
   <biblioentry>
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://www.opengroup.org/austin">
+	      xlink:href="http://www.opengroup.org/austin/">
 	System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
 	</link>
       </title>
Index: doc/xml/manual/policy_data_structures.xml
===================================================================
--- doc/xml/manual/policy_data_structures.xml	(revision 193072)
+++ doc/xml/manual/policy_data_structures.xml	(working copy)
@@ -5401,7 +5401,7 @@
     <biblioentry xml:id="biblio.brodal96priority">
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://portal.acm.org/citation.cfm?id=313883">
+	      xlink:href="https://dl.acm.org/citation.cfm?id=313883">
 	  Worst-case efficient priority queues
 	</link>
       </title>
@@ -6193,7 +6193,7 @@
     <biblioentry xml:id="biblio.mscom">
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://www.microsoft.com/com">
+	      xlink:href="https://www.microsoft.com/com/">
 	  COM: Component Model Object Technologies
 	</link>
       </title>
@@ -6337,7 +6337,7 @@
     <biblioentry xml:id="biblio.sgi_stl">
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://www.sgi.com/tech/stl">
+	      xlink:href="http://www.sgi.com/tech/stl/">
 	  Standard Template Library Programmer's Guide
 	</link>
       </title>
Index: doc/xml/manual/messages.xml
===================================================================
--- doc/xml/manual/messages.xml	(revision 193072)
+++ doc/xml/manual/messages.xml	(working copy)
@@ -492,7 +492,7 @@
   <biblioentry>
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://www.opengroup.org/austin">
+	      xlink:href="http://www.opengroup.org/austin/">
       System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
 	</link>
       </title>
@@ -559,7 +559,7 @@
   <biblioentry>
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://www.gnu.org/software/gettext">
+	      xlink:href="https://www.gnu.org/software/gettext/">
       GNU gettext tools, version 0.10.38, Native Language Support
       Library and Tools.
 	</link>
Index: doc/xml/manual/codecvt.xml
===================================================================
--- doc/xml/manual/codecvt.xml	(revision 193072)
+++ doc/xml/manual/codecvt.xml	(working copy)
@@ -588,7 +588,7 @@
   <biblioentry>
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://www.opengroup.org/austin">
+	      xlink:href="http://www.opengroup.org/austin/">
       System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
 	</link>
       </title>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-02  0:29 [doc,libstdc++] Link maintenance for the libstdc++ manual Gerald Pfeifer
@ 2012-11-02  0:34 ` Jonathan Wakely
  2012-11-02  1:01   ` Gerald Pfeifer
  0 siblings, 1 reply; 10+ messages in thread
From: Jonathan Wakely @ 2012-11-02  0:34 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: gcc-patches, libstdc++, Daniel Krügler

On 2 November 2012 00:29, Gerald Pfeifer wrote:
>
> There is a _lot_ left to do, especially around the imported lwg
> pages; those are in a vary bade state.  Any volunteer for that
> one?

They're imported, do we really want to tweak them? And then tweak them
again next time we import them?

If the problem is just missing trailing slashes at the end of URLs it
makes more sense to ask for them to be adjusted upstream, so I've CC'd
Daniel.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-02  0:34 ` Jonathan Wakely
@ 2012-11-02  1:01   ` Gerald Pfeifer
  2012-11-04 17:06     ` Jonathan Wakely
  0 siblings, 1 reply; 10+ messages in thread
From: Gerald Pfeifer @ 2012-11-02  1:01 UTC (permalink / raw)
  To: Jonathan Wakely, Daniel Krügler; +Cc: gcc-patches, libstdc++

On Fri, 2 Nov 2012, Jonathan Wakely wrote:
>> There is a _lot_ left to do, especially around the imported lwg
>> pages; those are in a vary bade state.  Any volunteer for that
>> one?
> They're imported, do we really want to tweak them? And then tweak them
> again next time we import them?
> 
> If the problem is just missing trailing slashes at the end of URLs it
> makes more sense to ask for them to be adjusted upstream, so I've CC'd
> Daniel.

The problem is actually quite a bit more severe than trailing slashes
(which usually only cause an extra redirect).  There are lots of real
problems, such as the ones below.

If those could be addressed upstream, and then new upstream imported
into libstdc++, that would be awesome.  I'd be happy to provide an
updated list at that point, and after a second iteration, we should
be good.

http://gcc.gnu.org/onlinedocs/libstdc++/ext/lwg-defects.html

 - http://aspn.activestate.com/ASPN/Mail/Message/boost/1395763
   broken link
 - http://www.decadentplace.org.uk/pipermail/cpp-threads/2006-August/001091.html
   different server
 - http://www.dictionary.net/epoch now http://definitions.dictionary.net/epoch

http://gcc.gnu.org/onlinedocs/libstdc++/ext/lwg-closed.html

 - file:///Users/hinnant/std%20documents/C++Mailings/papers/2009/n2997.htm
    broken link
 - http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2992.html
   http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2996.html
   http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2997.html
   all broken links

http://gcc.gnu.org/onlinedocs/libstdc++/ext/lwg-defects.html

  - http://home.twcny.rr.com/hinnant/cpp_extensions/unique_ptr.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2661.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2783.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2984.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2994.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n3025.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3188.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3189.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3191.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3192.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3193.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3194.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3195.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3197.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3198.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3209.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3210.html
    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3215.html
    https://svn.boost.org/trac/boost/browser/trunk/libs/bind/test/ref_fn_test.cpp
    all broken links

http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/acks.html
 - http://starship.python.net/crew/aaron_watters/kjbuckets/
   broken links

http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/references.html
 - http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/1997/N1075.pdf
   http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2001/n1326l.html
   http://myweb.wvnet.edu/~gsa00121/books/amongdead30.zip
   http://www.dinkumware.com/htm_cpl/index.html
   http://www.scit.wlv.ac.uk/cgi-bin/mansec?3C+select
   all broken links

Gerald

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-02  1:01   ` Gerald Pfeifer
@ 2012-11-04 17:06     ` Jonathan Wakely
  2012-11-04 20:36       ` Gerald Pfeifer
  0 siblings, 1 reply; 10+ messages in thread
From: Jonathan Wakely @ 2012-11-04 17:06 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: Daniel Krügler, gcc-patches, libstdc++

On 2 November 2012 01:01, Gerald Pfeifer wrote:
> On Fri, 2 Nov 2012, Jonathan Wakely wrote:
>>> There is a _lot_ left to do, especially around the imported lwg
>>> pages; those are in a vary bade state.  Any volunteer for that
>>> one?
>> They're imported, do we really want to tweak them? And then tweak them
>> again next time we import them?
>>
>> If the problem is just missing trailing slashes at the end of URLs it
>> makes more sense to ask for them to be adjusted upstream, so I've CC'd
>> Daniel.
>
> The problem is actually quite a bit more severe than trailing slashes
> (which usually only cause an extra redirect).  There are lots of real
> problems, such as the ones below.
>
> If those could be addressed upstream, and then new upstream imported
> into libstdc++, that would be awesome.  I'd be happy to provide an
> updated list at that point, and after a second iteration, we should
> be good.
>
> http://gcc.gnu.org/onlinedocs/libstdc++/ext/lwg-defects.html
>
>  - http://aspn.activestate.com/ASPN/Mail/Message/boost/1395763
>    broken link

https://github.com/cplusplus/LWG/pull/3

>  - http://www.decadentplace.org.uk/pipermail/cpp-threads/2006-August/001091.html
>    different server

This already seems to be fixed upstream

>  - http://www.dictionary.net/epoch now http://definitions.dictionary.net/epoch

https://github.com/cplusplus/LWG/pull/4

> http://gcc.gnu.org/onlinedocs/libstdc++/ext/lwg-closed.html
>
>  - file:///Users/hinnant/std%20documents/C++Mailings/papers/2009/n2997.htm
>     broken link

Already fixed upstream

>  - http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2992.html

https://github.com/cplusplus/LWG/pull/5

>    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2996.html

Fixed upstream

>    http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2997.html

Fixed upstream

>    all broken links
>
> http://gcc.gnu.org/onlinedocs/libstdc++/ext/lwg-defects.html
>
>   - http://home.twcny.rr.com/hinnant/cpp_extensions/unique_ptr.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2661.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2783.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2984.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2994.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n3025.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3188.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3189.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3191.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3192.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3193.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3194.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3195.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3197.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3198.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3209.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3210.html
>     http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3215.html

All fixed upstream

>     https://svn.boost.org/trac/boost/browser/trunk/libs/bind/test/ref_fn_test.cpp
>     all broken links

https://github.com/cplusplus/LWG/pull/6

> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/acks.html
>  - http://starship.python.net/crew/aaron_watters/kjbuckets/
>    broken links
>
> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/references.html
>  - http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/1997/N1075.pdf
>    http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2001/n1326l.html
>    http://myweb.wvnet.edu/~gsa00121/books/amongdead30.zip
>    http://www.dinkumware.com/htm_cpl/index.html
>    http://www.scit.wlv.ac.uk/cgi-bin/mansec?3C+select
>    all broken links

These are just in the libstdc++ docs and can be fixed locally.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-04 17:06     ` Jonathan Wakely
@ 2012-11-04 20:36       ` Gerald Pfeifer
  2012-11-04 23:53         ` Gabriel Dos Reis
  2012-11-05  0:34         ` Jonathan Wakely
  0 siblings, 2 replies; 10+ messages in thread
From: Gerald Pfeifer @ 2012-11-04 20:36 UTC (permalink / raw)
  To: Jonathan Wakely; +Cc: gcc-patches, libstdc++

On Sun, 4 Nov 2012, Jonathan Wakely wrote:
>> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/acks.html
>>  - http://starship.python.net/crew/aaron_watters/kjbuckets/
>>    broken links
>>
>> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/references.html
>>  - http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/1997/N1075.pdf
>>    http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2001/n1326l.html
>>    http://myweb.wvnet.edu/~gsa00121/books/amongdead30.zip
>>    http://www.dinkumware.com/htm_cpl/index.html
>>    http://www.scit.wlv.ac.uk/cgi-bin/mansec?3C+select
>>    all broken links
> These are just in the libstdc++ docs and can be fixed locally.

I looked into this a bit, and could not find the string "kjbuckets"
anywhere under libstdc++?

Anyone has the new locations of the two anubis.dkuug.dk links?

For amongdead30.zip, I failed to find a new link.  I looked for
the title "Thirty Year Among the Dead" and found some PDFs, alas
all behind some dubious download servers.

I also failed to find the dinkumware.com link under libstdc++/,
where does this come from?

The last one, appears in the bibliography, but does not seem to
be referenced from libstdc++/doc?  Not sure about the use case,
but could 
https://www.kernel.org/doc/man-pages/online/pages/man2/select_tut.2.html
by a replacement?

Gerald

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-04 20:36       ` Gerald Pfeifer
@ 2012-11-04 23:53         ` Gabriel Dos Reis
  2012-11-05  0:34         ` Jonathan Wakely
  1 sibling, 0 replies; 10+ messages in thread
From: Gabriel Dos Reis @ 2012-11-04 23:53 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: Jonathan Wakely, gcc-patches, libstdc++

On Sun, Nov 4, 2012 at 2:36 PM, Gerald Pfeifer <gerald@pfeifer.com> wrote:
> On Sun, 4 Nov 2012, Jonathan Wakely wrote:
>>> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/acks.html
>>>  - http://starship.python.net/crew/aaron_watters/kjbuckets/
>>>    broken links
>>>
>>> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/references.html
>>>  - http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/1997/N1075.pdf
>>>    http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2001/n1326l.html
>>>    http://myweb.wvnet.edu/~gsa00121/books/amongdead30.zip
>>>    http://www.dinkumware.com/htm_cpl/index.html
>>>    http://www.scit.wlv.ac.uk/cgi-bin/mansec?3C+select
>>>    all broken links
>> These are just in the libstdc++ docs and can be fixed locally.
>
> I looked into this a bit, and could not find the string "kjbuckets"
> anywhere under libstdc++?
>
> Anyone has the new locations of the two anubis.dkuug.dk links?

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/1997/N1075.pdf
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2001/n1326.html


Thanks,

-- Gaby

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-04 20:36       ` Gerald Pfeifer
  2012-11-04 23:53         ` Gabriel Dos Reis
@ 2012-11-05  0:34         ` Jonathan Wakely
  2012-11-05  0:48           ` Jonathan Wakely
  2012-11-11  9:58           ` Gerald Pfeifer
  1 sibling, 2 replies; 10+ messages in thread
From: Jonathan Wakely @ 2012-11-05  0:34 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: gcc-patches, libstdc++

On 4 November 2012 20:36, Gerald Pfeifer <gerald@pfeifer.com> wrote:
> On Sun, 4 Nov 2012, Jonathan Wakely wrote:
>>> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/acks.html
>>>  - http://starship.python.net/crew/aaron_watters/kjbuckets/
>>>    broken links
>>>
>>> http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/references.html
>>>  - http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/1997/N1075.pdf
>>>    http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/papers/2001/n1326l.html
>>>    http://myweb.wvnet.edu/~gsa00121/books/amongdead30.zip
>>>    http://www.dinkumware.com/htm_cpl/index.html
>>>    http://www.scit.wlv.ac.uk/cgi-bin/mansec?3C+select
>>>    all broken links
>> These are just in the libstdc++ docs and can be fixed locally.
>
> I looked into this a bit, and could not find the string "kjbuckets"
> anywhere under libstdc++?
>
> Anyone has the new locations of the two anubis.dkuug.dk links?
>
> For amongdead30.zip, I failed to find a new link.  I looked for
> the title "Thirty Year Among the Dead" and found some PDFs, alas
> all behind some dubious download servers.
>
> I also failed to find the dinkumware.com link under libstdc++/,
> where does this come from?
>
> The last one, appears in the bibliography, but does not seem to
> be referenced from libstdc++/doc?  Not sure about the use case,
> but could
> https://www.kernel.org/doc/man-pages/online/pages/man2/select_tut.2.html
> by a replacement?

I'd use http://pubs.opengroup.org/onlinepubs/9699919799/functions/select.html

Are you sure the other links haven't already been fixed in the
libstdc++ sources?

The copies on the website are usually fairly out of date.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-05  0:34         ` Jonathan Wakely
@ 2012-11-05  0:48           ` Jonathan Wakely
  2012-11-11  9:58           ` Gerald Pfeifer
  1 sibling, 0 replies; 10+ messages in thread
From: Jonathan Wakely @ 2012-11-05  0:48 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: gcc-patches, libstdc++

On 5 November 2012 00:33, Jonathan Wakely wrote:
>
> Are you sure the other links haven't already been fixed in the
> libstdc++ sources?
>
> The copies on the website are usually fairly out of date.

Yes, looking at doc/xml/manual/policy_data_structures.xml it seems
that the dinkumware reference isn't in the source.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-05  0:34         ` Jonathan Wakely
  2012-11-05  0:48           ` Jonathan Wakely
@ 2012-11-11  9:58           ` Gerald Pfeifer
  2012-11-11 11:41             ` Jonathan Wakely
  1 sibling, 1 reply; 10+ messages in thread
From: Gerald Pfeifer @ 2012-11-11  9:58 UTC (permalink / raw)
  To: Jonathan Wakely, libstdc++; +Cc: gcc-patches

On Mon, 5 Nov 2012, Jonathan Wakely wrote:
> I'd use http://pubs.opengroup.org/onlinepubs/9699919799/functions/select.html

Thanks, Jonathan.  I committed the patch below.

> Are you sure the other links haven't already been fixed in the
> libstdc++ sources?
> 
> The copies on the website are usually fairly out of date.

Yes, you're right!  What can we do about that?  Who triggers an
update / how can we do this more regularily?  I have some vague
memories that Benjamin was pushing for this a year or two ago as
well.

Doesn't have to be daily, but could we do this whenever someone
regenerates libstdc++/doc/html?

Gerald


2012-11-11  Gerald Pfeifer  <gerald@pfeifer.com>

	* doc/xml/manual/policy_data_structures.xml: Update reference
	for select.

Index: doc/xml/manual/policy_data_structures.xml
===================================================================
--- doc/xml/manual/policy_data_structures.xml	(revision 193404)
+++ doc/xml/manual/policy_data_structures.xml	(working copy)
@@ -6363,7 +6363,7 @@
     <biblioentry xml:id="biblio.select_man">
       <title>
 	<link xmlns:xlink="http://www.w3.org/1999/xlink"
-	      xlink:href="http://www.scit.wlv.ac.uk/cgi-bin/mansec?3C+select">
+	      xlink:href="http://pubs.opengroup.org/onlinepubs/9699919799/functions/select.html">
 	  select
 	</link>
       </title>

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [doc,libstdc++] Link maintenance for the libstdc++ manual
  2012-11-11  9:58           ` Gerald Pfeifer
@ 2012-11-11 11:41             ` Jonathan Wakely
  0 siblings, 0 replies; 10+ messages in thread
From: Jonathan Wakely @ 2012-11-11 11:41 UTC (permalink / raw)
  To: Gerald Pfeifer; +Cc: libstdc++, gcc-patches

On 11 November 2012 09:58, Gerald Pfeifer wrote:
> On Mon, 5 Nov 2012, Jonathan Wakely wrote:
>> I'd use http://pubs.opengroup.org/onlinepubs/9699919799/functions/select.html
>
> Thanks, Jonathan.  I committed the patch below.

Great, thanks.

>> Are you sure the other links haven't already been fixed in the
>> libstdc++ sources?
>>
>> The copies on the website are usually fairly out of date.
>
> Yes, you're right!  What can we do about that?  Who triggers an
> update / how can we do this more regularily?  I have some vague
> memories that Benjamin was pushing for this a year or two ago as
> well.

Yes, Benjamin has shell access so can do it.

> Doesn't have to be daily, but could we do this whenever someone
> regenerates libstdc++/doc/html?

Unless we set up some way to do it remotely or automatically, only
someone with shell access can do it, and the overseers quite
reasonably don't want to give out shell access to non-essential
people.

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2012-11-11 11:41 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-11-02  0:29 [doc,libstdc++] Link maintenance for the libstdc++ manual Gerald Pfeifer
2012-11-02  0:34 ` Jonathan Wakely
2012-11-02  1:01   ` Gerald Pfeifer
2012-11-04 17:06     ` Jonathan Wakely
2012-11-04 20:36       ` Gerald Pfeifer
2012-11-04 23:53         ` Gabriel Dos Reis
2012-11-05  0:34         ` Jonathan Wakely
2012-11-05  0:48           ` Jonathan Wakely
2012-11-11  9:58           ` Gerald Pfeifer
2012-11-11 11:41             ` Jonathan Wakely

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).