public inbox for gcc-cvs-wwwdocs@sourceware.org
help / color / mirror / Atom feed
From: Gerald Pfeifer <gerald@sourceware.org>
To: gcc-cvs-wwwdocs@gcc.gnu.org
Subject: gcc-wwwdocs branch master updated. 66b75e896c9a9daea844281c13aba4ddcd2b82ef
Date: Thu, 19 Jan 2023 09:30:18 +0000 (GMT)	[thread overview]
Message-ID: <20230119093018.A96003858C53@sourceware.org> (raw)

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gcc-wwwdocs".

The branch, master has been updated
       via  66b75e896c9a9daea844281c13aba4ddcd2b82ef (commit)
      from  66298b941b40051286c9adb307cb613109521732 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 66b75e896c9a9daea844281c13aba4ddcd2b82ef
Author: Gerald Pfeifer <gerald@pfeifer.com>
Date:   Thu Jan 19 10:29:24 2023 +0100

    gcc-3.3: Adjust www.open-std.org links to https

diff --git a/htdocs/gcc-3.3/changes.html b/htdocs/gcc-3.3/changes.html
index 93d96e65..da4165f3 100644
--- a/htdocs/gcc-3.3/changes.html
+++ b/htdocs/gcc-3.3/changes.html
@@ -560,7 +560,7 @@ Detailed release notes for the GCC 3.3 release follow.
 <li><a href="https://gcc.gnu.org/PR9424">9424</a> <code>i/ostream::operator&gt;&gt;/&lt;&lt;(streambuf*)</code> drops characters</li>
 <li><a href="https://gcc.gnu.org/PR9425">9425</a> <code>filebuf::pbackfail</code> broken (DUP: <a href="https://gcc.gnu.org/PR9439">9439</a>)</li>
 <li><a href="https://gcc.gnu.org/PR9474">9474</a> GCC freezes in compiling a weird code mixing <code>&lt;iostream&gt;</code> and <code>&lt;iostream.h&gt;</code></li>
-<li><a href="https://gcc.gnu.org/PR9548">9548</a> Incorrect results from <code>setf(ios::fixed)</code> and <code>precision(-1)</code> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#231">[DR 231]</a></li>
+<li><a href="https://gcc.gnu.org/PR9548">9548</a> Incorrect results from <code>setf(ios::fixed)</code> and <code>precision(-1)</code> <a href="https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#231">[DR 231]</a></li>
 <li><a href="https://gcc.gnu.org/PR9555">9555</a> <code>ostream</code> inserters fail to set <code>badbit</code> on exception</li>
 <li><a href="https://gcc.gnu.org/PR9561">9561</a> <code>ostream</code> inserters rethrow exception of wrong type</li>
 <li><a href="https://gcc.gnu.org/PR9563">9563</a> <code>ostream::sentry</code> returns true after a failed preparation</li>
@@ -1124,21 +1124,21 @@ the relevant defect report.</p>
 <li><a href="https://gcc.gnu.org/PR9371">9371</a> Bad exception handling in <code>i/ostream::operator&gt;&gt;/&lt;&lt;(streambuf*)</code></li>
 <li><a href="https://gcc.gnu.org/PR9546">9546</a> bad exception handling in <code>ostream</code> members</li>
 <li><a href="https://gcc.gnu.org/PR10081">10081</a> <code>basic_ios::_M_cache_locale</code> leaves NULL members in the face of unknown locales</li>
-<li><a href="https://gcc.gnu.org/PR10093">10093</a> <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#61">[DR 61]</a> Setting failbit in exceptions doesn't work</li>
+<li><a href="https://gcc.gnu.org/PR10093">10093</a> <a href="https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#61">[DR 61]</a> Setting failbit in exceptions doesn't work</li>
 <li><a href="https://gcc.gnu.org/PR10095">10095</a> <code>istream::operator&gt;>(int&amp;)</code> sets <code>ios::badbit</code> when <code>ios::failbit</code> is set.</li>
 <li><a href="https://gcc.gnu.org/PR11554">11554</a> Warning about reordering of initializers doesn't mention location of constructor</li>
 <li><a href="https://gcc.gnu.org/PR12297">12297</a> <code>istream::sentry::sentry()</code> handles <code>eof()</code> incorrectly.</li>
 <li><a href="https://gcc.gnu.org/PR12352">12352</a> Exception safety problems in <code>src/localename.cc</code></li>
 <li><a href="https://gcc.gnu.org/PR12438">12438</a> Memory leak in <code>locale::combine()</code></li>
 <li><a href="https://gcc.gnu.org/PR12540">12540</a> Memory leak in <code>locale::locale(const char*)</code></li>
-<li><a href="https://gcc.gnu.org/PR12594">12594</a> DRs <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#60">60 [TC]</a> and <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#63">63 [TC]</a> not implemented</li>
-<li><a href="https://gcc.gnu.org/PR12657">12657</a> Resolution of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#292">DR 292 (WP)</a> still unimplemented</li>
+<li><a href="https://gcc.gnu.org/PR12594">12594</a> DRs <a href="https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#60">60 [TC]</a> and <a href="https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#63">63 [TC]</a> not implemented</li>
+<li><a href="https://gcc.gnu.org/PR12657">12657</a> Resolution of <a href="https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#292">DR 292 (WP)</a> still unimplemented</li>
 <li><a href="https://gcc.gnu.org/PR12696">12696</a> memory eating infinite loop in diagnostics (error recovery problem)</li>
 <li><a href="https://gcc.gnu.org/PR12815">12815</a> Code compiled with optimization behaves unexpectedly</li>
 <li><a href="https://gcc.gnu.org/PR12862">12862</a> Conflicts between typedefs/enums and namespace member declarations</li>
 <li><a href="https://gcc.gnu.org/PR12926">12926</a> Wrong value after assignment in initialize list using bit-fields</li>
-<li><a href="https://gcc.gnu.org/PR12967">12967</a> Resolution of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#">DR 300 [WP]</a> still unimplemented</li>
-<li><a href="https://gcc.gnu.org/PR12971">12971</a> Resolution of <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#328">DR 328 [WP]</a> still unimplemented</li>
+<li><a href="https://gcc.gnu.org/PR12967">12967</a> Resolution of <a href="https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#">DR 300 [WP]</a> still unimplemented</li>
+<li><a href="https://gcc.gnu.org/PR12971">12971</a> Resolution of <a href="https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#328">DR 328 [WP]</a> still unimplemented</li>
 <li><a href="https://gcc.gnu.org/PR13007">13007</a> <code>basic_streambuf::pubimbue</code>, <code>imbue</code> wrong</li>
 <li><a href="https://gcc.gnu.org/PR13009">13009</a> Implicitly-defined assignment operator writes to wrong memory</li>
 <li><a href="https://gcc.gnu.org/PR13057">13057</a> <code>regparm</code> attribute not applied to destructor</li>

-----------------------------------------------------------------------

Summary of changes:
 htdocs/gcc-3.3/changes.html | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)


hooks/post-receive
-- 
gcc-wwwdocs

                 reply	other threads:[~2023-01-19  9:30 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20230119093018.A96003858C53@sourceware.org \
    --to=gerald@sourceware.org \
    --cc=gcc-cvs-wwwdocs@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).