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>>/<<(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><iostream></code> and <code><iostream.h></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>>/<<(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>>(int&)</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: linkBe 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).