[Patch, fortran] PR103508 - ICE in gfc_find_symtree, at fortran/symbol.c:2979

2025-09-21 Thread Paul Richard Thomas
One liner fix found by Steve Kargl - thanks! Pushed as 'obvious' in r16-4016. Paul

Re: [PATCH v2 0/5] libstdc++: Implement std::layout_left_padded.

2025-09-21 Thread Luc Grosheintz
On 9/11/25 3:58 PM, Luc Grosheintz wrote: On 9/11/25 14:41, Tomasz Kaminski wrote: On Thu, Sep 11, 2025 at 1:50 PM Luc Grosheintz wrote: Changes since v1:    - Use cmp_* when comparing two integers of differnt types.    - Remove the FTM submdspan and replace it with an unofficial    pur

Re: [PATCH v2 1/4] MIPS: Add basic support for mips allegrex CPU

2025-09-21 Thread YunQiang Su
David Guillen Fandos 于2025年9月20日周六 00:48写道: > > The MIPS Allegrex CPU is based on MIPS2 with some additional MIPS32r2 > instructions and a few novel ones. Support for this CPU was added as of > binutils 2.41. > > gcc/ChangeLog: > > * config/mips/mips-cpus.def (MIPS_CPU): Added a new CPU. >

[PATCH] [x86] Disable vect unroll for znver2.

2025-09-21 Thread liuhongt
Since it regressed SPEC performance(Refer to PR121994), I guess it's related to register pressure and can be tuned by adjusting reduc_lat_mult_thr. I don't have Zen2 machine, so for simplity, I'll just disable unroll in vectorizer for Zen2. Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}.

[PATCH] ubsan: Fix `&p->b` instrumentation [PR122013]

2025-09-21 Thread Andrew Pinski
The problem here is sanopt will remove USBAN(0B, 3B, 0) in some cases even if this was originally from `&a->b` expression. The fix here is change ckind to include if it was originally from an address and mask it off when expanding the code to creating the __ubsan_null_data. Bootstrapped and teste

[PATCH v3] libstdc++: Add symlink support on Windows

2025-09-21 Thread Adam Wood
I have implemented the feedback from Jonathan Wakely in this patch. Changes in v3: * Include for REPARSE_DATA_BUFFER and removed the manual definition of REPARSE_DATA_BUFFER. * Replace path_starts_with_dotdot with path_find_dotdot_component which returns an iterator to the first compo

[pushed] wwwdocs: readings: Update Blackfin doc link

2025-09-21 Thread Gerald Pfeifer
Pushed. Gerald --- htdocs/readings.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/htdocs/readings.html b/htdocs/readings.html index a27d7d22..14d9edf9 100644 --- a/htdocs/readings.html +++ b/htdocs/readings.html @@ -95,7 +95,7 @@ names. Blackfin Manufacturer: Anal

[pushed] wwwdocs: mirrors: Move mirror.linux-ia64.org to https, simplify link text

2025-09-21 Thread Gerald Pfeifer
Pushed. Gerald --- htdocs/mirrors.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/htdocs/mirrors.html b/htdocs/mirrors.html index 1c4ea762..8537bf46 100644 --- a/htdocs/mirrors.html +++ b/htdocs/mirrors.html @@ -38,7 +38,7 @@ mirrors. ?? rsync://mirror.koddos.net/gcc/,

Re: [PATCH] fab: Remove forced label check from optimize_unreachable

2025-09-21 Thread Andrew Pinski
On Sun, Sep 21, 2025 at 1:09 PM Jeff Law wrote: > > > > On 9/19/25 13:45, Andrew Pinski wrote: > > Since optimize_unreachable does not directly remove the bb, we can still > > remove > > the condition that goes to a block containing a forced label. This is a > > small cleanup > > from the origin

Re: [PATCH] fab: Remove forced label check from optimize_unreachable

2025-09-21 Thread Jeff Law
On 9/19/25 13:45, Andrew Pinski wrote: Since optimize_unreachable does not directly remove the bb, we can still remove the condition that goes to a block containing a forced label. This is a small cleanup from the original patch which added optimize_unreachable. The review of the original pa

[PATCH, committed] Fortran: fix frontend memory leaks for ALLOCATE with SOURCE [PR109010]

2025-09-21 Thread Harald Anlauf
Dear All, the attached obvious patch fixes frontend memleaks for trivial code such as program p real, pointer :: x(:) allocate (x, source = reshape ([1.], [1])) end which showed 4(!) references to __gmp_default_allocate when running f951 under valgrind. For ALLOCATE, component expr

Re: [patch, wwwdocs] Mention -fexternal-blas64 option

2025-09-21 Thread Steve Kargl
On Sun, Sep 21, 2025 at 06:23:13PM +0200, Thomas Koenig wrote: > > the attached patch mentions -fexternal-blas64 in the changes.html file > for gcc16. Checked with "tidy -e" and by visual inspection with Firefox. > > Any comments or suggestions for better wording? OK to commit? > Wording looks

Update calls_comdat_local in cgraph_node::create_version_clone

2025-09-21 Thread Jan Hubicka
Hi, This patches fixes ICE when ipa-split is run from ipa-profile. In normal computation we recompute the flag elsewhere, but it is supposed to be kept up-to-date by passes possibly modifying it. Bootstrapped/regtested x86_64-linux, comitted. gcc/ChangeLog: * cgraphclones.cc (cgraph_nod

One extra special case for AFDO0

2025-09-21 Thread Jan Hubicka
Hi, This patch makes inliner and ipa-cp to consider optimization interesting even in scenarios where aufdo countis 0, but scaleis high enough to make optimization worthwhile. Bootstrapped/regtesed x86_64-linux. Comitted. gcc/ChangeLog: * cgraph.cc (cgraph_edge::maybe_hot_p): For AFDO pro

Increase auto-fdo profile scaling

2025-09-21 Thread Jan Hubicka
Hi, this patch increases scaling factor for auto-fdo profiles. I origianlly used n_bits/2 which is also used by local guessing algorithm. For local guessing algorithm the main factor is to prevent inliner scaling up the profile till overflow. With sane IPA profile large scaling up should essenti

[COMMITTED] Regenerate gcc/m2/lang.opt.urls

2025-09-21 Thread Mark Wielaard
Autogenerate for -fmem-report and -ftime-report. Fixes: 273b53effbf5 ("PR modula2/121856: New wideset implementation") gcc/m2/ChangeLog: * lang.opt.urls: Regenerate. --- gcc/m2/lang.opt.urls | 6 ++ 1 file changed, 6 insertions(+) diff --git a/gcc/m2/lang.opt.urls b/gcc/m2/lang.opt

[patch, wwwdocs] Mention -fexternal-blas64 option

2025-09-21 Thread Thomas Koenig
Hello world, the attached patch mentions -fexternal-blas64 in the changes.html file for gcc16. Checked with "tidy -e" and by visual inspection with Firefox. Any comments or suggestions for better wording? OK to commit? Best regards Thomas diff --git a/htdocs/gcc-16/changes.html b/htdo

Re: [PATCH 1v1/2] [aarch64] [testsuite] accept ldr after failed ira-remat

2025-09-21 Thread Alexandre Oliva
On Sep 19, 2025, Tamar Christina wrote: > I have a slight preference for this one so we still see if the PIE codegen > changes. Thanks. With the RA change in, we don't have a need for the workarounds any more, so I'm *not* planning to check them in. -- Alexandre Oliva, happy hacker

Re: [PATCH] maintainer-scripts: add gen_gcc_docs.sh

2025-09-21 Thread Mark Wielaard
Hi Aarsen, Added Jonathan to CC to get his opinion on the libstdc++ part of the documentation (re)generation. On Mon, Sep 08, 2025 at 06:07:48PM +0200, Arsen Arsenović wrote: > Mark Wielaard writes: > > > I think it is a good thing to make it easier for users to regenerate > > the documentation

Re: [patch, Fortran] Some more tweaks to -fexternal-matmul64

2025-09-21 Thread Thomas Koenig
Hi Paul, It looks good to me. Thanks for the patch. Committed as 0f28eb8ab909712aaf6517c0c818e5b36de32383. Thanks for the review! Best regards Thomas

Re: [patch, Fortran] Some more tweaks to -fexternal-matmul64

2025-09-21 Thread Paul Richard Thomas
Hi Thomas, It looks good to me. Thanks for the patch. Regards Paul On Sun, 21 Sept 2025 at 12:10, Thomas Koenig wrote: > > Hello world, > > the attached patch is fairly self-explanatory. > > Regression-tested with > > make -j8 check-fortran RUNTESTFLAGS="--target_board=unix\{,-m32\}" > > OK f

Make inliner more careful about profile inconsistencies

2025-09-21 Thread Jan Hubicka
Hi, This patch makes inliner to not subtract inlined function profile from the offline copy in cases where profile is clearly not consistent. As a result we do not drop the offline version to likely never executed profile. This helps in cases the profile got lost, i.e. by comdat function merging

[patch, Fortran] Some more tweaks to -fexternal-matmul64

2025-09-21 Thread Thomas Koenig
Hello world, the attached patch is fairly self-explanatory. Regression-tested with make -j8 check-fortran RUNTESTFLAGS="--target_board=unix\{,-m32\}" OK for trunk? Best regards Thomas Fix test case and add errors for when -fexternal-blas64 makse no sense. -fexternal-blas64 require

[PATCH] c++/modules: Handle naming external TU-local entities in ADL

2025-09-21 Thread Nathaniel Shead
Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- This finishes the reworking of ADL handling for modules for PR117658. [basic.link] p18 says that we should diagnose any references to a TU-local entity from a different TU; with our fixed handling of ADL this is now possibl

Re: [PATCH] Fortran: fix issues with rank-2 deferred-length character arrays [PR108581]

2025-09-21 Thread Harald Anlauf
Am 21.09.25 um 00:18 schrieb Jerry D: On 9/20/25 1:34 PM, Harald Anlauf wrote: Dear All, the attached patch is the result of several long debugging sessions trying to find out why deferred-length character arrays were mistreated. It turned out that when deriving the dataptr offset in the array