https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115438
--- Comment #8 from Hongtao Liu ---
>
> This might in the end be fallout of different sinking?!
>
> One difference wrt SLP vs. non-SLP is that with SLP we are taking the
> initial value as the initial value with SLP while with non-SLP we
> ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117763
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
--- Comment #12 from Jan Hubicka ---
I think with my patch to basic_string we should have at least arrived to
something comparable with clang.
With -O2 it is optimized away,
with -O2 -D_GLIBCXX_USE_CXX11_ABI=0 I get:
int sain ()
{
struct alloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117763
--- Comment #21 from GCC Commits ---
The releases/gcc-12 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:2ae871b71512f77cc6857bf0ecbf80dd1253e18c
commit r12-10835-g2ae871b71512f77cc6857bf0ecbf80dd1253e18c
Author: Paul Thomas
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117763
--- Comment #20 from GCC Commits ---
The releases/gcc-13 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:8d81d6b2f9b72a41f23b07214d88cfcb176a
commit r13-9219-g8d81d6b2f9b72a41f23b07214d88cfcb176a
Author: Paul Thomas
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117763
--- Comment #19 from GCC Commits ---
The releases/gcc-14 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:da1305a9fee3b2efbb4702bb2d9b2f740d2e538a
commit r14-10993-gda1305a9fee3b2efbb4702bb2d9b2f740d2e538a
Author: Paul Thomas
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117768
--- Comment #7 from Jürgen Reuter ---
(In reply to Paul Thomas from comment #6)
> (In reply to Paul Thomas from comment #5)
> > Created attachment 59711 [details]
> > Fix for this PR
>
> Hi Juergen,
>
> Are you in a position to check this patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117768
--- Comment #6 from Paul Thomas ---
(In reply to Paul Thomas from comment #5)
> Created attachment 59711 [details]
> Fix for this PR
Hi Juergen,
Are you in a position to check this patch? I am submitting to the list in a few
minutes but would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117802
Bug ID: 117802
Summary: ICE: SIGSEGV in fold_convert_loc (fold-const.cc:2626)
with __builtin_iseqsig() on _BitInt()
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
Sam James changed:
What|Removed |Added
Last reconfirmed|2022-01-07 00:00:00 |2024-11-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116212
--- Comment #1 from Sam James ---
I should note that this isn't with LTO. I had assumed it was the same as
PR106409 at first.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115438
--- Comment #7 from Hongtao Liu ---
I only observed ~3% regression on ICX, the regressed one takes less
instructions but more backend bounds, caused lower IPC and slow down
performance.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
--- Comment #5 from Andrew Pinski ---
Note this is similar to PR 116689 in some sense because it is about the live
ranges dealing with the FMA.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
Andrew Pinski changed:
What|Removed |Added
Keywords|ra |
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
Andrew Pinski changed:
What|Removed |Added
Keywords||ra
--- Comment #2 from Andrew Pinski -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
--- Comment #1 from Andrew Pinski ---
Created attachment 59718
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59718&action=edit
Full testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Milesto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
Bug ID: 117801
Summary: aarch64: 20% regression in TSVC s278 since
r15-3509-gd34cda72098867
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #26 from GCC Commits ---
The trunk branch has been updated by Andi Kleen :
https://gcc.gnu.org/g:5e718a7a789b39ef877e0d66c7a6a85b54eb112f
commit r15-5711-g5e718a7a789b39ef877e0d66c7a6a85b54eb112f
Author: Andi Kleen
Date: Thu Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117393
--- Comment #3 from LIU Hao ---
16 can be inlined if SSE2 is available. 32 can also be inlined if AVX2 is
available.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117393
Andrew Pinski changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117799
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117800
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> Yes even fx comment
> https://github.com/technion/libscrypt/issues/60#issuecomment-1895762926
>
> Almost points out the aliasing issue. He said replace Blkcpy w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117800
--- Comment #5 from Sam James ---
The worst thing is, I should've known not just because it's pretty clear, but
because this is s common in crypto programs and with NIH memcpy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117800
--- Comment #4 from Andrew Pinski ---
Yes even fx comment
https://github.com/technion/libscrypt/issues/60#issuecomment-1895762926
Almost points out the aliasing issue. He said replace Blkcpy with memcpy the
issue goes away. Yes because that is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117800
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117800
--- Comment #2 from Andrew Pinski ---
Blkcpy uses size_t to access the array while the other side uses uint32_t.
Looks like a strict aliasing issue to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117800
--- Comment #1 from Sam James ---
It could also do with more reduction to kill off some of the crypto infra.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117800
Bug ID: 117800
Summary: [12/13/14/15 regression] libscrypt miscompiled since
r11-4586-g617695cdc2b3d9
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #10 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117799
Bug ID: 117799
Summary: __builtin_memcmp not optimized for size
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117734
--- Comment #1 from Hongtao Liu ---
But there's a saturation inside pmaddubsw, not a simple dot_prod pattern.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88603
--- Comment #4 from Li Pan ---
(In reply to Andrew Pinski from comment #3)
> We don't recongize saturation_add in comment #0 as a SAT_ADD still.
Yes, the form like convert to widen for overflow checking is not supported for
now. I will take care
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88603
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2023-05-02 00:00:00 |2024-11-26
--- Comment #3 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559
Bug 85559 depends on bug 82858, which changed state.
Bug 82858 Summary: __builtin_add_overflow() generates suboptimal code with
unsigned types on x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82858
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82858
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117608
--- Comment #6 from Hongtao Liu ---
(In reply to Jakub Jelinek from comment #4)
> int i;
>
> void
> foo (void)
> {
> __builtin_prefetch (&i, 2, 0);
> }
>
> ICEs as well since that revision, and I think it actually ICEs on many
> targets as w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
--- Comment #2 from kargls at comcast dot net ---
I think that Fortran 2023 may break the ABI for gfortran.
F2008 has "13.7.65 GET COMMAND ([COMMAND, LENGTH, STATUS])"
Currently, libgfortran/intrinsics/args.c has
void
get_command_i4 (char *co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117776
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
--- Comment #1 from kargls at comcast dot net ---
The following program comes from Fortran 2023, 16.9.92 GET_COMMAND.
PROGRAM hello
CHARACTER(:), ALLOCATABLE :: cmd
CALL GET_COMMAND(cmd)
PRINT *, 'Hello ', cmd
END PROGRAM
This hangs o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117782
--- Comment #7 from Andrew Pinski ---
(In reply to kugan from comment #6)
> (In reply to Andrew Pinski from comment #5)
> > Specifically see
> > https://inbox.sourceware.org/gcc-patches/20241031204043.3231740-1-ak@linux.
> > intel.com/T/#u .
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
Bug ID: 117798
Summary: Audit intrinsic subprograms with scalar INTENT(OUT)
character strings
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117782
--- Comment #6 from kugan at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #5)
> Specifically see
> https://inbox.sourceware.org/gcc-patches/20241031204043.3231740-1-ak@linux.
> intel.com/T/#u .
>
> You need to figure out why need_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117650
--- Comment #6 from Jonathan Wakely ---
We could add _GLIBCXX_NORETURN_COLD for the cases where we want both.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117650
--- Comment #5 from Jonathan Wakely ---
Thanks, Sam. I should have checked in git, not my older /usr/include/stdlib.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117650
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117650
--- Comment #3 from Sam James ---
(In reply to Jonathan Wakely from comment #2)
> I'm less sure about the libc functions. Glibc doesn't mark them as cold.
commit e3b0b3484cac61f9eae373751ac6eaf816a2c9c3
Author: Noah Goldstein
Date: Mon Jul 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117650
--- Comment #2 from Jonathan Wakely ---
(In reply to Mathias Stearn from comment #0)
> https://godbolt.org/z/svjPzrf5z Shows the impact on codegen by making
> __GLIBCXX_NORETURN imply cold in addition to noreturn. This seemed like the
> easiest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117751
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117751
--- Comment #12 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:44e71c84f0795c1f6e7d40f5a3eb66e9835244c2
commit r15-5709-g44e71c84f0795c1f6e7d40f5a3eb66e9835244c2
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117793
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
private
class(*), allocatable :: value(:,:)
end type
contains
function bar(this) result(uptr)
class(any_matrix), target, intent(in) :: this
class(*), pointer :: uptr(:,:)
uptr => this%value
end function
end module
Here's the traceback:
$ gfortran -c gfortran-2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90160
--- Comment #9 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:e2db825f857da195e93fd8e4ac5228311fd37775
commit r15-5703-ge2db825f857da195e93fd8e4ac5228311fd37775
Author: David Malcolm
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #9 from Andrew Pinski ---
(In reply to Daniel Starke from comment #8)
> Thank you for the research.
> I just wanted to have a confirmation that the code in my original message is
> indeed considered to be valid C code.
illformed wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #8 from Daniel Starke ---
(In reply to Andrew Pinski from comment #7)
> (In reply to Daniel Starke from comment #6)
> > That means this is considered to be valid C code?
> So you are using too old ncurses.
Thank you for the research
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106256
--- Comment #2 from David Malcolm ---
For reference, trunk with -std=c++20:
https://godbolt.org/z/3q6b9dc6a
(output as per comment #0).
With my patches for PR other/116253, and with
-fdiagnostics-set-output=text:experimental-nesting=yes -std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #7 from Andrew Pinski ---
(In reply to Daniel Starke from comment #6)
> That means this is considered to be valid C code?
I just checked the newest version of ncurses and it is doing:
```
for ac_func in \
...
select \
...
/* We use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #4 from Andrew Pinski ---
>tells to linker via plugin that some_unavailable_symbol() is actually defined
>somewhere.
Actually that is not is going on. f instead is becoming local and then since it
is only written to is being remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #6 from Daniel Starke ---
That means this is considered to be valid C code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
--- Comment #6 from anlauf at gcc dot gnu.org ---
Furthermore, replacing the line
write(*,*) 'line 4:',array(:, sort_2(i(1:2)) )
by an expression with explicit parentheses around the array argument
write(*,*) 'line 4:',(array(:, sort_2(i(1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #5 from Andrew Pinski ---
The correct way of fixing this is doing the following:
```
char some_unavailable_symbol();
char (*f)() __attribute__((used));
int main() {
f = some_unavailable_symbol;
return 0;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
Sam James changed:
What|Removed |Added
See Also||https://gitlab.kitware.com/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #2 from Sam James ---
f is unused.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
Andrew Pinski changed:
What|Removed |Added
Target|x86_64-w64-mingw32 |
Known to fail|10.2.0, 10.3.0, 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
Bug ID: 117796
Summary: Accepting undefined symbols with -flto -O0
-ftoplevel-reorder -fipa-reference-addressable
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
--- Comment #5 from anlauf at gcc dot gnu.org ---
Further data points:
- introducing a temporary array for the result, e.g.
integer :: aux_array(4)
and using it as
aux_array = array(:, sort_2(i(1:2)) )
write(*,*) 'line 5:',aux_array
ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117795
--- Comment #3 from Matthieu CASTET ---
Created attachment 59715
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59715&action=edit
result without stack limit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117795
--- Comment #2 from Matthieu CASTET ---
Created attachment 59714
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59714&action=edit
result with -fstack-limit-symbol=mct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117795
--- Comment #1 from Matthieu CASTET ---
Created attachment 59713
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59713&action=edit
result with -fstack-limit-register=r10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117795
Bug ID: 117795
Summary: fstack-limit is not working on arm
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
Jakub Jelinek changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117794
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106256
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102610
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106285
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117794
Bug ID: 117794
Summary: [15 Regression] build failure in 31bit multilib on
s390x-linux-gnu
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84918
--- Comment #8 from David Malcolm ---
(In reply to David Malcolm from comment #0)
[...]
>
> Checking on godbolt.org:
>
> #include
> void test ()
> {
> std::cout >> 42;
> }
>
> we currently spew dozens of lines of diagnostics.
For referen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105857
--- Comment #13 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #12)
> Overflow is possible though. If you call it with max = (-1ull / 4 + 2) then
> the alloca length will be 4. If (from_end - from) requires more than 4 wide
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117790
Sam James changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117790
Sam James changed:
What|Removed |Added
Known to fail||14.2.1, 15.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115917
--- Comment #8 from Sam James ---
Backported after discussion on IRC with dkm and it got acked by Eric. Thank you
all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115917
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Sam James :
https://gcc.gnu.org/g:29c9213c3759f7ba24cdd498a5bc379cb9d16e5e
commit r14-10991-g29c9213c3759f7ba24cdd498a5bc379cb9d16e5e
Author: Arsen ArsenoviÄ
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115917
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Sam James :
https://gcc.gnu.org/g:e236e9edbe78f2be5224a0f188ae3bb74d6b3c1b
commit r13-9217-ge236e9edbe78f2be5224a0f188ae3bb74d6b3c1b
Author: Arsen ArsenoviÄ
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115917
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by Sam James :
https://gcc.gnu.org/g:2897bfe8f9efdf58a61e955b51821cc49d2a9cfc
commit r12-10833-g2897bfe8f9efdf58a61e955b51821cc49d2a9cfc
Author: Arsen ArsenoviÄ
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117768
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117790
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117608
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
Marek Polacek changed:
What|Removed |Added
Summary|ICE in tsubst_template_args |[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
--- Comment #2 from Jerry DeLisle ---
Oh I see 14.2.1, it is fixed on trunk, gfortran 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117774
--- Comment #6 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:eff7e72815ada5c70c974d42f6a419e29a03eb27
commit r15-5701-geff7e72815ada5c70c974d42f6a419e29a03eb27
Author: Harald Anlauf
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117778
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |14.3
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117778
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
1 - 100 of 172 matches
Mail list logo
