Re: [wwwdocs] Add C2y status table

On Thu, 12 Jun 2025, Marek Polacek wrote: > + > + > +Support ++ and -- on complex values > + href="https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3259.pdf";>N3259 > +15 > + > + This should be when the feature was supported (either GCC 2.5 when complex types were introd

Re: [wwwdocs] Add C23 status table

On Wed, 11 Jun 2025, Marek Polacek wrote: > This patch adds the C23 Support in GCC table (compiler features only). > > While creating it, I've consulted Annex M.2, our own changes.html, > Joseph's "ISO C23 support in the GNU Toolchain" Cauldron presentation, > https://en.cppreference.com/w/c/comp

Re: [wwwdocs] Add C2y status table

On Thu, Jun 12, 2025 at 06:59:02PM +0200, Jakub Jelinek wrote: > On Thu, Jun 12, 2025 at 12:50:00PM -0400, Marek Polacek wrote: > > + > > + > > +More Modern Bit Utilities > > + > href="https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3367.htm";>N3367 > > + > > +15 > > I thin

Re: [wwwdocs] Add C2y status table

On Thu, Jun 12, 2025 at 12:50:00PM -0400, Marek Polacek wrote: > + > + > +More Modern Bit Utilities > + href="https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3367.htm";>N3367 > + > +15 I think everything that needs compiler support is in GCC 15, but it is mostly a library t

Re: [wwwdocs] Add C status page (C11 table)

On Tue, 10 Jun 2025, Marek Polacek wrote: > + > +Anonymous structures and unions > + href="https://www.open-std.org/jtc1/sc22/wg14/www/docs/n1406.pdf";>N1406 > +4.6 > + > + 4.6 is probably a reasonable version to list here given that a significant piece (support for designato

Re: [wwwdocs] Add C status page (check, small tweaks)

On Mon, 9 Jun 2025, Marek Polacek wrote: > I've checked our C99 status table against the list in Annex M.5 in C23 > (n3220). > I found no issues. For this it probably makes sense to refer to the latest C2y draft, but there shouldn't be any significant changes to the pre-C23 lists there. (C2y

Re: [wwwdocs] Add C status page (rename c99status.html)

On Thu, 5 Jun 2025, Marek Polacek wrote: > On Thu, Jun 05, 2025 at 08:46:25PM +, Joseph Myers wrote: > > On Thu, 5 Jun 2025, Marek Polacek wrote: > > > > > Also adjust redirects. > > > > I don't see the .htaccess updates here, the existing redirects should be > > updated and a new one for /

Re: [wwwdocs] Add C status page (rename c99status.html)

On Thu, Jun 05, 2025 at 08:46:25PM +, Joseph Myers wrote: > On Thu, 5 Jun 2025, Marek Polacek wrote: > > > Also adjust redirects. > > I don't see the .htaccess updates here, the existing redirects should be > updated and a new one for /c99status.html added. Like so? -- >8 -- --- htdocs/.h

Re: [wwwdocs] Add C status page (rename c99status.html)

On Thu, 5 Jun 2025, Marek Polacek wrote: > Also adjust redirects. I don't see the .htaccess updates here, the existing redirects should be updated and a new one for /c99status.html added. -- Joseph S. Myers josmy...@redhat.com

Re: [wwwdocs] Add C status page (rename c99status.html)

On Thu, 5 Jun 2025, Marek Polacek wrote: > Coming back to a project I first attempted here: > > but this time following steps as outlined by Joseph here: > . > > This patch

Re: [wwwdocs] Remove claims that the release timeline shows future releases

On Wed, May 14, 2025 at 09:31:59PM +0100, Jonathan Wakely wrote: > The timeline hasn't shown any tentative dates for future releases since > 2006-03-06 when GCC 3.4.6 was released and the tentative date got > replaced with the real date. Since then only actual release dates have > been added, on th

Re: [WWWDOCS] readings: add links to CTF and BTF format specifications

On Fri, May 9, 2025 at 12:47 PM Indu Bhagat wrote: > > Fix PR web/114649 I think this counts as obvious. And LGTM too. > --- > htdocs/readings.html | 4 > 1 file changed, 4 insertions(+) > > diff --git a/htdocs/readings.html b/htdocs/readings.html > index 56398317..3b0556e6 100644 > --- a/

Re: [wwwdocs] gcc-15: Add changes for Rust frontend

Patch has been committed and pushed upstream. Best, Arthur On 4/25/25 4:30 PM, arthur.co...@embecosm.com wrote: From: Arthur Cohen Content was validated using the Nu HTML checker per the contributing doc. --- htdocs/gcc-15/changes.html | 57 ++ 1 file

Re: [wwwdocs][Patch] gcc-15/changes: Fortran + offload (C++) update | project/gomp: GCC 15 update

On Thu, 17 Apr 2025, Tobias Burnus wrote: > * https://gcc.gnu.org/projects/gomp/ This is a no-brainer. Please go ahead and push (and any such changes in the future). It does make me wonder whether we really need/want distinct docs for minor releases or shouldn't better keep just one for the br

Re: [wwwdocs][Patch] gcc-15/changes: Fortran + offload (C++) update | project/gomp: GCC 15 update

On Thu, 17 Apr 2025, Tobias Burnus wrote: > Anyone: comments are welcome. > + The standard C++ library (libstdc++) is now supported I wouldn't mark up libstdc++ as in this context; we are pretty much treating it as a proper name/project name. (Two occurrences.) Looks good to me otherwise, t

Re: [wwwdocs][Patch] gcc-15/changes: Fortran + offload (C++) update | project/gomp: GCC 15 update

Gerald Pfeifer wrote: On Thu, 17 Apr 2025, Tobias Burnus wrote: * https://gcc.gnu.org/projects/gomp/ This is a no-brainer. Well, it still adds GCC 16 … It does make me wonder whether we really need/want distinct docs for minor releases or shouldn't better keep just one for the branch? I

Re: [wwwdocs][Patch] gcc-15/changes: Fortran + offload (C++) update | project/gomp: GCC 15 update

On 17/04/2025 15:10, Tobias Burnus wrote: Hi all, @Fortraners: Comments to the added 'do concurrent' item? @Thomas: Are you fine with this C++ wording? @Andrew: Likewise for C++ and ROCm bump? This part is fine with me. Andrew Anyone: comments are welcome. Affected pages: * https://gcc.

Re: [wwwdocs] Add Ada's GCC 15 changelog entry

Hi, is there any feedback that I should apply? If not, I would like to see the patch merged so that people can see the changes for Ada :) Best regards, Fer On 3/24/25 19:47, Fernando Oleo Blanco wrote: > Dear GCC maintainers, > > I have written the GCC 15 changelog for Ada. I am attaching the p

Re: [wwwdocs,applied] Mention -mno-call-main

Am 16.03.25 um 02:26 schrieb Gerald Pfeifer: On Thu, 13 Feb 2025, Georg-Johann Lay wrote: Applied the following avr news to gcc-15: Thanks! + Support has been added for the new option +https://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html#index-mno-call-main"; + >-mno-call-main. In

Re: [wwwdocs,applied] Mention -mno-call-main

On Thu, 13 Feb 2025, Georg-Johann Lay wrote: > Applied the following avr news to gcc-15: Thanks! > + Support has been added for the new option > + href="https://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html#index-mno-call-main"; > + >-mno-call-main. Instead of calling > main, > +it

Re: [wwwdocs] gcc-15/changes: Mention the new -mveclibabi=aocl option in the IA-32/x86-64 section

I would like to gently ping this. Thanks, Filip Kastl On Mon 2025-02-17 10:52:22, Filip Kastl wrote: > Hi, > > I'm mentioning a change I made in the gcc-15/changes.html file. Validated > with > the W3 Validator. Is this ok to be pushed? > > Cheers, > Filip Kastl > > > -- 8< -- > > > ---

Re: [wwwdocs v2] gcc-15/changes: Mention the new -mveclibabi=aocl option in the IA-32/x86-64 section

On Fri 2025-03-07 16:36:17, Gerald Pfeifer wrote: > On Fri, 7 Mar 2025, Filip Kastl wrote: > > Here is a second version of the patch. Thanks for the suggestions. I > > addressed them both. Do you think this is better? > > Loving it. :) > > Thank you, > Gerald Ok, pushed. Thanks! Filip

Re: [wwwdocs v2] gcc-15/changes: Mention the new -mveclibabi=aocl option in the IA-32/x86-64 section

On Fri, 7 Mar 2025, Filip Kastl wrote: > Here is a second version of the patch. Thanks for the suggestions. I > addressed them both. Do you think this is better? Loving it. :) Thank you, Gerald

Re: [wwwdocs] gcc-15/changes: Mention the new -mveclibabi=aocl option in the IA-32/x86-64 section

On Thu, 6 Mar 2025, Filip Kastl wrote: > I would like to gently ping this. Ooops, sorry. > > + GCC now supports generating vectorized math calls to the math library > > +from AMD Optimizing CPU Libraries (AOCL LibM). This option is available > > +through the -mveclibabi=aocl compiler swi

Re: [WWWDOCS, COMMITTED] gcc-15: Fix HTML validation error

On Wed, 12 Feb 2025, Sandra Loosemore wrote: > It appears that bin/preprocess-html.py introduces HTML errors when an > ... element contains a nested hyperlink. My recent gcc-15 release > note changes passed validation when checked via file upload, but not after > commit via file link. It seems th

Re: [wwwdocs] gcc-15/changes.html: Update AMD GPU (GCN) section for new gfx*

On Fri, 14 Feb 2025, Tobias Burnus wrote: > Update https://gcc.gnu.org/gcc-15/changes.html#amdgcn for the newly added > generic support and the GPUs compatible with the generic devices. + Experimental support for supporting generic devices has been added; ^^

Re: [wwwdocs, pushed] Document libstdc++ headers that are deprecated in GCC 15

On Sun, 16 Feb 2025 at 18:42, Gerald Pfeifer wrote: > > On Thu, 16 Jan 2025, Jonathan Wakely wrote: > > Pushed to wwwdocs. > > Thank you for updating the release notes! > > > +Deprecated headers > > + > > +Some C++ Standard Library headers now produce deprecation warnings when > > +included. The w

Re: [wwwdocs, pushed] Document libstdc++ headers that are deprecated in GCC 15

On Thu, 16 Jan 2025, Jonathan Wakely wrote: > Pushed to wwwdocs. Thank you for updating the release notes! > +Deprecated headers > + > +Some C++ Standard Library headers now produce deprecation warnings when > +included. The warnings suggest how to adjust the code to avoid the warning, > +for exa

Re: [wwwdocs] gcc-15/changes.html: Update AMD GPU (GCN) section for new gfx*

On 14/02/2025 09:02, Tobias Burnus wrote: Update https://gcc.gnu.org/gcc-15/changes.html#amdgcn for the newly added generic support and the GPUs compatible with the generic devices. OK? To have clickable links: In the patch, both https://gcc.gnu.org/ onlinedocs/gcc/AMD-GCN-Options.html and ht

Re: [wwwdocs] Document that gcc-8 changed the default to -std=gnu17

On Mon, 23 Dec 2024 at 01:56, Gerald Pfeifer wrote: > > On Wed, 9 Oct 2024, Jonathan Wakely wrote: > > How about this? > > > > +C > > + > > +New options -std=c17, to select support for the 2018 > > +edition of the ISO C standard, and -std=gnu17, for C17 > > +with GNU extensions. > > +

Re: [wwwdocs, PATCH] gcc-15/porting_to: add section on new C23 keywords

On Wed, 2025-01-15 at 18:25 +, Joseph Myers wrote: > On Wed, 15 Jan 2025, David Malcolm wrote: > > > + > > +  In C99 and later you can use #include > > > > +  which provides a definition of bool compatible with > > C23. > > + > > +  Note that the bool type is not the same > > +  as

Re: [wwwdocs, PATCH] gcc-15/porting_to: add section on new C23 keywords

On Wed, 15 Jan 2025, David Malcolm wrote: > + > + In C99 and later you can use #include > + which provides a definition of bool compatible with C23. > + > + Note that the bool type is not the same > + as int at ABI level, and so care may be needed porting > + declarations that app

Re: [wwwdocs] gcc-15: Deprecate ILP32 on AArch64

Wilco Dijkstra writes: > As suggested in > https://gcc.gnu.org/pipermail/gcc-patches/2025-January/673558.html > update the gcc-15 Changes page: > > Add ILP32 depreciation to Caveats section. OK once the GCC patch has gone in. Thanks, Richard > > --- > > diff --git a/htdocs/gcc-15/changes.html

Re: [wwwdocs] Document that gcc-8 changed the default to -std=gnu17

On Wed, 9 Oct 2024, Jonathan Wakely wrote: > How about this? > > +C > + > +New options -std=c17, to select support for the 2018 > +edition of the ISO C standard, and -std=gnu17, for C17 > +with GNU extensions. > +The default mode has been changed to -std=gnu17. > + Joseph acke

Re: [wwwdocs][Patch] gcc-15: mention wider offloading arch combination support (e.g. aarch64 + nvptx)

On 17/12/2024 08:01, Gerald Pfeifer wrote: > On Fri, 20 Sep 2024, Tobias Burnus wrote: >> This is supposed to document that GCC now supports offloading, >> e.g., from an ARM CPU to a Nvidia GPU (i.e. Grace<->Hopper) >> or, e.g., x86-64 to RISC-V. → https://gcc.gnu.org/PR96265 >> and https://gcc.gnu

Re: [wwwdocs][Patch] gcc-15: mention wider offloading arch combination support (e.g. aarch64 + nvptx)

On Fri, 20 Sep 2024, Tobias Burnus wrote: > This is supposed to document that GCC now supports offloading, > e.g., from an ARM CPU to a Nvidia GPU (i.e. Grace<->Hopper) > or, e.g., x86-64 to RISC-V. → https://gcc.gnu.org/PR96265 > and https://gcc.gnu.org/PR111937 for the associated PRs. > > I thin

Re: [wwwdocs][committed] projects/gomp/: Update for OpenMP 6.0 spec release

Hi Tobias! On 2024-11-14T18:18:57+0100, Tobias Burnus wrote: > maybe doing parallel work doesn't work well. >From my own experience: no, doesn't. ;-) > --- a/htdocs/projects/gomp/index.html > +++ b/htdocs/projects/gomp/index.html > omp_target_memset and > - omp_target_memset_rect_a

Re: [wwwdocs] Fortran changes, add description regarding commas in formats

On 11/23/24 10:59 AM, Harald Anlauf wrote: Am 23.11.24 um 19:35 schrieb Jerry D: Suggested docs change regarding fix to PR88052. See attached diff file. OK to push? Regards, Jerry Jerry, for clarification: isn't it the language standard option used when compiling the main that is relevant

Re: [wwwdocs] Fortran changes, add description regarding commas in formats

Am 23.11.24 um 19:35 schrieb Jerry D: Suggested docs change regarding fix to PR88052. See attached diff file. OK to push? Regards, Jerry Jerry, for clarification: isn't it the language standard option used when compiling the main that is relevant? The main might be compiled separately fro

Re: [wwwdocs][committed] projects/gomp/: Update for OpenMP 6.0 spec release

Hi all, maybe doing parallel work doesn't work well. The previously attached diff is obviously not mine but an older one, commit before mine. The patch itself was also committed+pushed, but seemingly only after extracting the commit. See attachment for (hopefully) the proper patch. Tobias B

Re: [wwwdocs] projects/gomp: Update for TR13; gcc-15/changes.html link to routine doc

On Tue, 8 Oct 2024, Tobias Burnus wrote: > Update and sync with > https://gcc.gnu.org/onlinedocs/libgomp/OpenMP-Implementation-Status.html > > Current page: https://gcc.gnu.org/projects/gomp/ (and > https://gcc.gnu.org/gcc-15/changes.html ) > > Comments before I apply it? Quite some work! I like

Re: [wwwdocs] Document that gcc-8 changed the default to -std=gnu17

On Wed, 9 Oct 2024, Jonathan Wakely wrote: > +C > + > +New options -std=c17, to select support for the 2018 > +edition of the ISO C standard, and -std=gnu17, for C17 > +with GNU extensions. > +The default mode has been changed to -std=gnu17. > + That seems reasonable. > Shoul

Re: [wwwdocs] Document that gcc-8 changed the default to -std=gnu17

On Wed, 9 Oct 2024 at 18:07, Joseph Myers wrote: > > On Wed, 9 Oct 2024, Jonathan Wakely wrote: > > > +C > > + > > +The default mode has been changed to -std=gnu17. > > + > > The option didn't exist before GCC 8, I think you need to say something > about the option being added rather than j

Re: [wwwdocs] Document that gcc-8 changed the default to -std=gnu17

On Wed, 9 Oct 2024, Jonathan Wakely wrote: > +C > + > +The default mode has been changed to -std=gnu17. > + The option didn't exist before GCC 8, I think you need to say something about the option being added rather than just referring to a new default of an option that wasn't in previo

Re: [wwwdocs][Patch] gcc-15: Fortran - mention -funsigned + PowerPC Darwin IEEE module support

On Fri, 20 Sep 2024, Tobias Burnus wrote: > Comments, remarks to, approval of the attached wwwdocs patch? + Experimental support for unsigned integers; enabled by the + -funsigned, see https://gcc.gnu.org/onlinedocs/gfortran/Experimental-features-for-Fortran-202Y.html"; + >gfortran docu

Re: [wwwdocs][Patch] gcc-15: Update OpenMP section for constr/destr on devices + UID routines

On Fri, 20 Sep 2024, Tobias Burnus wrote: > A minor update for a bug fix / impl.-quality feature and a proper new > feature. Looks fine to me. Gerald

Re: [wwwdocs v2] gcc-15: Mention c++ header dependency changes () in porting_to.html

On Wed 2024-08-21 09:50:39, Jonathan Wakely wrote: > On Wed, 21 Aug 2024 at 09:48, Filip Kastl wrote: > > > > Hi, > > > > this is the second version of my patch. See version 1 here: > > > > https://gcc.gnu.org/pipermail/gcc-patches/2024-August/659584.html > > > > Changes made: > > - Removed plura

Re: [wwwdocs v2] gcc-15: Mention c++ header dependency changes () in porting_to.html

On Wed, 21 Aug 2024 at 09:48, Filip Kastl wrote: > > Hi, > > this is the second version of my patch. See version 1 here: > > https://gcc.gnu.org/pipermail/gcc-patches/2024-August/659584.html > > Changes made: > - Removed plural when referring to the single changed header. From the two > versio

Re: [wwwdocs] gcc-15: Mention c++ header dependency changes () in porting_to.html

On Wed, 7 Aug 2024 at 08:09, Filip Kastl wrote: > > On Tue 2024-08-06 17:00:24, Gerald Pfeifer wrote: > > > + > > > +The following headers are used less widely in libstdc++ and may need to I like Gerald's suggestion to change this to "within libstdc++" as that is more precise about that change.

Re: [wwwdocs] porting_to: Two-stage overload resolution for implicit move removed

On Mon, Aug 19, 2024 at 10:34:20PM +0100, Jonathan Wakely wrote: > On Mon, 19 Aug 2024 at 21:51, Gerald Pfeifer wrote: > > > > On Wed, 12 Oct 2022, Marek Polacek via Gcc-patches wrote: > > > + > > > +The two overload resolutions approach was complicated and quirky, so > > > users > > > +should tr

Re: [wwwdocs] porting_to: Two-stage overload resolution for implicit move removed

On Mon, 19 Aug 2024 at 22:34, Jonathan Wakely wrote: > > On Mon, 19 Aug 2024 at 21:51, Gerald Pfeifer wrote: > > > > On Wed, 12 Oct 2022, Marek Polacek via Gcc-patches wrote: > > > + > > > +The two overload resolutions approach was complicated and quirky, so > > > users > > > +should transition

Re: [wwwdocs] porting_to: Two-stage overload resolution for implicit move removed

On Mon, 19 Aug 2024 at 21:51, Gerald Pfeifer wrote: > > On Wed, 12 Oct 2022, Marek Polacek via Gcc-patches wrote: > > + > > +The two overload resolutions approach was complicated and quirky, so users > > +should transition to the newer model. This change means that code that > > +previously didn'

Re: [wwwdocs] porting_to: Two-stage overload resolution for implicit move removed

On Mon, Aug 19, 2024 at 10:51:28PM +0200, Gerald Pfeifer wrote: > On Wed, 12 Oct 2022, Marek Polacek via Gcc-patches wrote: > > + > > +The two overload resolutions approach was complicated and quirky, so users > > +should transition to the newer model. This change means that code that > > +previou

Re: [wwwdocs] porting_to: Two-stage overload resolution for implicit move removed

On Wed, 12 Oct 2022, Marek Polacek via Gcc-patches wrote: > + > +The two overload resolutions approach was complicated and quirky, so users > +should transition to the newer model. This change means that code that > +previously didn't compile in C++17 will now compile, for example: I looked at th

Re: [wwwdocs] Re: [COMMITTED] gcc-14: Add Ada changes

Gerald Pfeifer writes: > On Fri, 26 Apr 2024, Marc Poulhiès wrote: >> Co-authored-by: Fernando Oleo Blanco >> Co-authored-by: Piotr Trojanek >> Signed-off-by: Marc Poulhiès >> --- >> htdocs/gcc-14/changes.html | 67 +- > > This is really great how thoroughly

Re: [wwwdocs] gcc-15: Mention c++ header dependency changes () in porting_to.html

On Tue 2024-08-06 17:00:24, Gerald Pfeifer wrote: > > + > > +The following headers are used less widely in libstdc++ and may need to > > +be included explicitly when compiling with GCC 15: > > + > > + > > + (for std::int8_t, std::int32_t etc.) > > + > > The text reads "headers", alas th

Re: [wwwdocs] gcc-15: Mention c++ header dependency changes () in porting_to.html

On Tue, 6 Aug 2024, Filip Kastl wrote: > So I thought I might create the GCC 15 porting_to.html page and add an > entry about this (I just copied the entry from GCC 14 porting_to.html). Nice. > Ha! As I'm writing this I noticed that actually Jonathan predicted this > and suggested a correspond

Re: [wwwdocs] OpenMP: gcc-15/changes.html - minor update / projects/gomp - link to TR13

On Thu, 1 Aug 2024, Tobias Burnus wrote: > Comments, thoughts, remarks before I commit it? Looks good to me. And nice you start documenting things early (as usual I should say). Gerald

Re: [wwwdocs] OpenMP: gcc-15/changes.html - minor update / projects/gomp - link to TR13

On Thu, Aug 01, 2024 at 08:36:59PM +0200, Tobias Burnus wrote: > First, OpenMP TR13 has just been released. Hence, link it from our project > page. > > For the GCC 15 page, I suggest to add ompx_gnu_pinned_mem_alloc (but one can > argue about that) and the nvptx I/O support. We could also talk abo

Re: [wwwdocs] Add aarch64 11.5.0 caveat

On 23/07/2024 11:39, Richard Biener wrote: On Tue, 23 Jul 2024, Jakub Jelinek wrote: Hi! Richi suggested to mention the PR116029 bug in 11.5.0 caveats as we can't fix that anymore. Here is a patch for that, which attempts to describe (my limited understanding of) the issue. As TARGET_CPU_gene

Re: [wwwdocs] Add aarch64 11.5.0 caveat

On Tue, 23 Jul 2024, Jakub Jelinek wrote: > Hi! > > Richi suggested to mention the PR116029 bug in 11.5.0 caveats as we can't > fix that anymore. > > Here is a patch for that, which attempts to describe (my limited > understanding of) the issue. > As TARGET_CPU_generic is now 64, when config.gcc

Re: [wwwdocs] [PATCH 0/4] Fix various typos

Hi Pokechu22, On Tue, 22 Mar 2022, Pokechu22 via Gcc-patches wrote: > While working on a separate patch, I found several typos on the website. > I have only looked within the htdocs directory, not its subdirectories. thanks for those patches, and sorry they fell through the cracks originally. I'

Re: [wwwdocs] [PATCH 4/4] contribute: Fix various typos

On Tue, 22 Mar 2022, Pokechu22 via Gcc-patches wrote: > --- > htdocs/contribute.html | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) Sorry this fell through the cracks on our end. I'll shortly push a change to add the missing closing parenthesis. All other changes have been inde

Re: [wwwdocs] [PATCH 1/4] branch-closing: Fix various typos

On Tue, 22 Mar 2022, Pokechu22 via Gcc-patches wrote: > --- a/htdocs/branch-closing.html > +++ b/htdocs/branch-closing.html > @@ -54,7 +54,7 @@ is listed in "Known to work" or "Known to fail" as > applicable. > If the bug is a regression that is not fixed on all subsequent > release branches and

Re: [wwwdocs] simtest-howto.html: Remove cc0 mentions

On Thu, Jun 20, 2024 at 1:32 PM Georg-Johann Lay wrote: > > cc0 has been removed long ago, removed mentions. OK > Johann > > diff --git a/htdocs/simtest-howto.html b/htdocs/simtest-howto.html > index ea69c9ed..f18a78f6 100644 > --- a/htdocs/simtest-howto.html > +++ b/htdocs/simtest-howto.html >

Re: [wwwdocs] [PATCH 3/4] codingrationale: Fix various typos

On Tue, 22 Mar 2022, Pokechu22 via Gcc-patches wrote: > htdocs/codingrationale.html | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) Thank you for this, and sorry for us missing it originally. > -working set size, compile time, and debuggablity. > +working set size, compile time, and

Re: [wwwdocs,pushed] backends.html - Update weblinks to AVR simulators

Am 18.06.24 um 00:06 schrieb Gerald Pfeifer: On Sat, 15 Jun 2024, Georg-Johann Lay wrote: Applied this one: Cool. +SimulAVR at https://www.nongnu.org/simulavr"; This one gives a http response of "301 Moved Permanently" redirecting to https://www.nongnu.org/simulavr/ . I'll fix this

Re: [wwwdocs] [PATCH 2/4] codingconventions: Fix various typos

On Tue, 22 Mar 2022, Pokechu22 via Gcc-patches wrote: > htdocs/codingconventions.html | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) Thank you for this patch, and apologies it fell through the cracks. Applying your patch I found that I independently had discovered and fixed the f

Re: [wwwdocs,pushed] backends.html - Update weblinks to AVR simulators

On Sat, 15 Jun 2024, Georg-Johann Lay wrote: > Applied this one: Cool. > +SimulAVR at https://www.nongnu.org/simulavr"; This one gives a http response of "301 Moved Permanently" redirecting to https://www.nongnu.org/simulavr/ . I'll fix this in a minute. On a related note, though, can we u

Re: [wwwdocs] gcc-15/changes.html + projects/gomp: update for new OpenMP features

Hi Gerald, Gerald Pfeifer wrote: Looks like a janitorial task to fix the absolute links, possibly excluding those with /git, /onlinedocs, /wiki – or assuming that the main page is GCC.gnu.org, relying on the redirects. It's on my list. A first quick check indicates there isn't much to do, thoug

Re: [wwwdocs] gcc-15/changes.html + projects/gomp: update for new OpenMP features

On Fri, 7 Jun 2024, Tobias Burnus wrote: >> + https://gcc.gnu.org/projects/gomp/";>OpenMP >> Can you please make this a relative link, i.e. "../projects/gomp/"? > Good point. I thought such links should be absolute because of (www.)GNU.org, > i.e. > > https://www.gnu.org/software/gcc/releases.htm

Re: [wwwdocs] gcc-15/changes.html + projects/gomp: update for new OpenMP features

Hi Gerald, Gerald Pfeifer wrote: +++ b/htdocs/gcc-15/changes.html + + https://gcc.gnu.org/projects/gomp/";>OpenMP Can you please make this a relative link, i.e. "../projects/gomp/"? Good point. I thought such links should be absolute because of (www.)GNU.org, i.e. https://www.gnu.org/soft

Re: [wwwdocs] gcc-15/changes.html + projects/gomp: update for new OpenMP features

On Thu, 6 Jun 2024, Tobias Burnus wrote: > GCC 15 now supports unified-shared memory and the tile/unroll constructs > in OpenMP. > > Updates https://gcc.gnu.org/gcc-15/changes.html > and https://gcc.gnu.org/projects/gomp/ Nice! > Comments? --- a/htdocs/gcc-15/changes.html +++ b/htdocs/gcc-15/c

Re: [wwwdocs][patch] gcc-15/changes.html: Fortran - mention F2023 logical-kind additions

On Tue, 28 May 2024, Tobias Burnus wrote: > Let's make https://gcc.gnu.org/gcc-15/changes.html a bit more useful … Always a good idea. :-) > Thus, document selected_logical_kind and the ISO_FORTRAN_ENV additions. > > Comments or suggestions before I commit it? Looks good to me, thanks. Gerald

Re: [wwwdocs] gcc-15/changes.html (nvptx): Constructors are now supported

Hi Tobias, On Mon, 3 Jun 2024, Tobias Burnus wrote: > Comments or fine as is? +NVPTX + + + GCC's nvptx target now supports constructors and destructors; I'd make this a full stop/distinct sentence and ... + for this, a recent version of nvptx-tools is https://gcc.gnu.org/install/specific.

*ping* – Re: [wwwdocs] gcc-15/changes.html (nvptx): Constructors are now supported

Regarding https://gcc.gnu.org/pipermail/gcc-patches/2024-June/653417.html , are there any … Tobias Burnus wrote: Comments or fine as is? Tobias

Re: [wwwdocs][patch] gcc-15/changes.html: Fortran - mention F2023 logical-kind additions

Seems good, thanks Tobias! FX

Re: [wwwdocs] Add Cauldron2024

On 5/7/24 4:34 AM, Jan Hubicka wrote: Hi, this adds Cauldron2024 to main page. OK? OK, of course. jeff

Re: [wwwdocs] Specify AArch64 BitInt support for little-endian only

On Tue, May 07, 2024 at 02:12:07PM +0100, Andre Vieira (lists) wrote: > Hey Jakub, > > This what ya had in mind? Yes. > diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html > index > ca5174de991bb088f653468f77485c15a61526e6..924e045a15a78b5702a0d6997953f35c6b47efd1 > 100644 > -

Re: [wwwdocs] Add Cauldron2024

On Tue, 7 May 2024, Jan Hubicka wrote: > this adds Cauldron2024 to main page. OK? Of course! :-) No need to ask. (And thanks for organizing! Sadly, once again exactly a weekend I cannot join due to family obligations. :-( ) Gerald

Re: [wwwdocs] Porting-to-14: Mention new pragma GCC Target behavior

On Thu, 2 May 2024, Martin Jambor wrote: > Thanks for your suggestions, this is what I am going to commit in a > moment. Thanks! > diff --git a/htdocs/gcc-14/porting_to.html b/htdocs/gcc-14/porting_to.html > > +Pragma GCC target now affects preprocessor > symbols A small detail I missed: clo

Re: [wwwdocs] Add znver5 to GCC 14 changes

Hi Gerald, On Fri, May 03 2024, Gerald Pfeifer wrote: > Hi Martin, > > On Thu, 2 May 2024, Martin Jambor wrote: >> + GCC now supports AMD CPUs based on the znver5 core via >> +-march=znver5. Based on ISA extensions enabled on >> +a znver4 core, the switch further enables the AVXVNNI, MO

Re: [wwwdocs] Add znver5 to GCC 14 changes

Hi Martin, On Thu, 2 May 2024, Martin Jambor wrote: > + GCC now supports AMD CPUs based on the znver5 core via > +-march=znver5. Based on ISA extensions enabled on > +a znver4 core, the switch further enables the AVXVNNI, MOVDIRI, > +MOVDIR64B, AVX512VP2INTERSECT, and PREFETCHI ISA

Re: [wwwdocs] Porting-to-14: Mention new pragma GCC Target behavior

Hi, On Wed, May 01 2024, Gerald Pfeifer wrote: > On Tue, 30 Apr 2024, Martin Jambor wrote: >> +Pragma GCC Target now affects preprocessor >> symbols > > Note the id: should be "gcc-target-pragma", though I even suggest to > simplify and say "target-pragma". > >> +The behavior of pragma GCC Targe

Re: [wwwdocs] Porting-to-14: Mention new pragma GCC Target behavior

On Tue, 30 Apr 2024, Martin Jambor wrote: > +Pragma GCC Target now affects preprocessor > symbols Note the id: should be "gcc-target-pragma", though I even suggest to simplify and say "target-pragma". > +The behavior of pragma GCC Target and specifically how it affects ISA Seconding Jakub's

Re: [wwwdocs] Porting-to-14: Mention new pragma GCC Target behavior

On Tue, Apr 30, 2024 at 11:12:30PM +0200, Martin Jambor wrote: > Would the following then perhaps describe the situation accurately? > Note that I have moved the whole thing to C++ section because it seems > porting issues in C because of this are quite unlikely. > > Michal, I assume that the file

Re: [wwwdocs] Porting-to-14: Mention new pragma GCC Target behavior

Hi, On Thu, Apr 25 2024, Jakub Jelinek wrote: > On Thu, Apr 25, 2024 at 02:34:22PM +0200, Martin Jambor wrote: >> when looking at a package build issue with GCC 14, Michal Jireš noted a >> different behavior of pragma GCC Target. This snippet tries to describe >> the gist of the problem. I have

Re: [wwwdocs] Porting-to-14: Mention new pragma GCC Target behavior

On Thu, Apr 25, 2024 at 02:34:22PM +0200, Martin Jambor wrote: > when looking at a package build issue with GCC 14, Michal Jireš noted a > different behavior of pragma GCC Target. This snippet tries to describe > the gist of the problem. I have left it in the C section even though it > is not rea

Re: [wwwdocs] gcc-14/changes.html (AMD GCN): Mention gfx1036 support

Richard Biener wrote: I do wonder whether hot-patching the ELF header from the libgomp plugin with the actual micro-subarch would be possible to make the driver happy. For completeness, there is also the possibility to play with an environment variable as in HSA_OVERRIDE_GFX_VERSION=9.0.0 or

Re: [wwwdocs] gcc-14/changes.html (AMD GCN): Mention gfx1036 support

On 15/04/2024 13:00, Richard Biener wrote: On Mon, Apr 15, 2024 at 12:04 PM Tobias Burnus wrote: I experimented with some variants to make clearer that each of RDNA2 and RNDA3 applies to two card types, but at the end I settled on the fewest-word version. Comments, remarks, suggestions? (To t

Re: [wwwdocs] gcc-14/changes.html (AMD GCN): Mention gfx1036 support

On Mon, Apr 15, 2024 at 12:04 PM Tobias Burnus wrote: > > I experimented with some variants to make clearer that each of RDNA2 and > RNDA3 applies to two card types, but at the end I settled on the > fewest-word version. > > Comments, remarks, suggestions? (To this change or in general?) > > Curre

Re: [wwwdocs] gcc-14/changes.html (AMD GCN): Mention gfx1036 support

On 15/04/2024 11:03, Tobias Burnus wrote: I experimented with some variants to make clearer that each of RDNA2 and RNDA3 applies to two card types, but at the end I settled on the fewest-word version. Comments, remarks, suggestions? (To this change or in general?) Current version: https://gcc

Re: [wwwdocs] gcc-14: Mention that some warnings are now errors

On Sun, Apr 14, 2024 at 05:55:03PM +0200, Gerald Pfeifer wrote: > Hi Sebastian, > > On Sat, 13 Apr 2024, Sebastian Huber wrote: > > + The following warnings are now errors (see also > > +Porting to GCC 14): > > + > > + -Werror=declaration-missing-parameter-type > > + -Werror=imp

Re: [wwwdocs] gcc-14: Mention that some warnings are now errors

Hi Sebastian, On Sat, 13 Apr 2024, Sebastian Huber wrote: > + The following warnings are now errors (see also > +Porting to GCC 14): > + > + -Werror=declaration-missing-parameter-type > + -Werror=implicit-function-declaration > + -Werror=implicit-int > + -Werror=incomp

Re: [wwwdocs] gcc-14: Mention that some warnings are now errors

Eric Gallager writes: > On Sat, Apr 13, 2024 at 5:51 AM Sebastian Huber > wrote: >> >> --- >> htdocs/gcc-14/changes.html | 11 +++ >> 1 file changed, 11 insertions(+) >> >> diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html >> index 8ac08e9a..a183fad8 100644 >> --- a/h

Re: [wwwdocs] gcc-14: Mention that some warnings are now errors

On Sat, Apr 13, 2024 at 5:51 AM Sebastian Huber wrote: > > --- > htdocs/gcc-14/changes.html | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html > index 8ac08e9a..a183fad8 100644 > --- a/htdocs/gcc-14/changes.html > +++ b/ht

Re: [wwwdocs] Reverse development timeline graph

> Am 13.03.2024 um 16:45 schrieb Jonathan Wakely : > > Every year I have to scroll down further and further to the useful part, > and I'm getting too old to spend my time doing that! :) > > I suggested this on IRC and iains agreed. What do others think? It feels a bit odd. Can we use html t

Re: [wwwdocs] Add Ada's GCC 14 changelog entry

Hi all, I have a new revision of the patch. Alexandre pointed out a few issues with the hardening options and I agreed with the comments. I took a look at when the boolean hardening and stack scrubbing options became available within Ada. Hardbools were already available in GCC 13.1, stack scr

Re: [wwwdocs] Add anchor for contrib/gcc-git-customization.sh docs

On Wed, Feb 28, 2024 at 11:15:10AM +, Jonathan Wakely wrote: > I'd like to be able to link directly to this part of the page from other > docs. > > OK for wwwdocs? LGTM. > diff --git a/htdocs/gitwrite.html b/htdocs/gitwrite.html > index c89cdb8f..54f8005a 100644 > --- a/htdocs/gitwrite.html

Re: [wwwdocs] gcc-14/changes.html + projects/gomp/: OpenMP + OpenACC update

On Tue, 27 Feb 2024 at 20:17, Tobias Burnus wrote: > > Minor update for older and more recent changes. > > Comments? Nit: +OpenACC 3.2: The following API routines are now available in + Fortran using the openacc module or the + open_lib.h header file: acc_alloc, s/open_lib.h/opena

  1   2   3   4   5   6   7   8   9   10   >