https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119083
--- Comment #6 from H.J. Lu ---
(In reply to H.J. Lu from comment #4)
> (In reply to Uroš Bizjak from comment #1)
> > SSE_FIRST_REG is in ic86_class_likely_spilled_p because it is a
> > single-member class. It is there because of SSE4 pcmpistrm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119092
--- Comment #1 from Andrew Pinski ---
There are a few use of __builtin_elementwise_* out in the wild located here:
https://github.com/IntroversionSoftware/gamelibs-glm/blob/8d4127ef32e05cec543d72680f781ebfd01052d1/glm/simd/common.h#L331
https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106585
--- Comment #13 from Jeffrey A. Law ---
Yea, I definitely explored the ext-dce approach before for a different
testcase. But I think it's really the only viable path I see. A quick POC
results in:
bclra0,a0,a1# 12[c=4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119088
--- Comment #2 from Gaius Mulley ---
Created attachment 60636
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60636&action=edit
Proposed fix detecting unknown variable in variable analysis
Proposed fix which detects a variable with an unkn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47928
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89078
Bug 89078 depends on bug 47928, which changed state.
Bug 47928 Summary: Gfortran intrinsics documentation paragraph ordering
illogical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47928
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
Bug ID: 119089
Summary: FAIL:
23_containers/vector/debug/assign4_backtrace_neg.cc
-std=gnu++17 (test for excess errors)
Product: gcc
Version: 15.0
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116975
--- Comment #1 from Iain Buclaw ---
Created attachment 60637
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60637&action=edit
First attempt at PR116975
Making a stab at this. As it's done in toplevel Makefile.tpl, it generates
STAGExxx_GD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98382
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119081
--- Comment #3 from Cyano Hao ---
Empty prefix can be used to avoid hard-coded absolute paths so compilers can be
copied/moved anywhere.
I recently learned it from the musl-cross-make project [1]. I plan to build GCC
15 using this method and bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
--- Comment #3 from Thomas Koenig ---
Maybe a warning is in order (under control of a
suitable variable).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117423
Andrew Pinski changed:
What|Removed |Added
CC||pipcet at protonmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #3 from John David Anglin ---
Maybe introduced by the following change:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=ad2908ed4ec5eff3cad3fd142cde5c1fac4788e9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110188
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #1 from Andrew Pinski ---
Note I do think this is a glibc issue but we should be able to work around it
here too.
I wonder why PTHREAD_COND_INITIALIZER has an extra set of `{}` on it. Removing
that and it works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96532
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #2 from John David Anglin ---
Don't know. It's defined in generic code. All the initializers
seem to have an extra set of `{}`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88589
Jeffrey A. Law changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101577
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed|2024-05-09 00:00:00 |2025-03-02
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116720
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jeff Law :
https://gcc.gnu.org/g:c1535f242f703d3142bef1ca7c31d1ee17633696
commit r14-11371-gc1535f242f703d3142bef1ca7c31d1ee17633696
Author: Jeff Law
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116720
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jeff Law :
https://gcc.gnu.org/g:e00c33df5d64990197b2382399a2a8b80b994176
commit r13-9406-ge00c33df5d64990197b2382399a2a8b80b994176
Author: Jeff Law
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119089
--- Comment #4 from Andrew Pinski ---
(In reply to John David Anglin from comment #3)
> Maybe introduced by the following change:
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=ad2908ed4ec5eff3cad3fd142cde5c1fac4788e9
I doubt it since the c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116720
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89967
--- Comment #8 from Andrew Pinski ---
There is also a missing clobber; let me file a bug for that ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116560
--- Comment #2 from Jeffrey A. Law ---
So at first glance it appears the bswap pass is kicking in and trying to
improve this code. Essentially it wants to do a single 16bit load out of
memory, rotate right by 8 bits and store. All that seems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113112
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113739
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116975
Iain Buclaw changed:
What|Removed |Added
Attachment #60637|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118146
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119012
--- Comment #13 from Levi Zim ---
Our full gcc 14.2.1+r753+g1cd744a6828f toolchain could bootstrap with
3228df20cfa3581015dc32657eb17d6f24af3104 reverted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117186
Owen A. changed:
What|Removed |Added
CC||powerboat9.gamer at gmail dot
com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106585
--- Comment #12 from Jeffrey A. Law ---
Looking at this again after nearly 2 years.
At ud-dce things are actually not in bad shape:
(insn 7 4 8 2 (set (reg:SI 141)
(const_int 1 [0x1])) "j.c":2:20 278 {*movsi_internal}
(nil))
(insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119092
Bug ID: 119092
Summary: Add support for clang/LLVM builtin
__builtin_{reduce,elementwise}_*
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: enhancemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119092
--- Comment #2 from Andrew Pinski ---
https://github.com/can1357/xstd/blob/c954497bb8542d451886363b52489615a21c4a68/includes/xstd/math.hpp#L666
uses it too.
Though I think its usage is also semi questionable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Bug ID: 119085
Summary: tree-sra generates wrong code for unions containing
structs with holes
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
--- Comment #5 from pipcet at protonmail dot com ---
(In reply to Richard Biener from comment #3)
> Total scalarization of a union looks dubious unless it uses ref-all and of
> course copies the whole storage.
I think the problem is that the rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116961
--- Comment #13 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:04b5c8b90cd95611d99684282cc321f06a0b49c2
commit r14-11370-g04b5c8b90cd95611d99684282cc321f06a0b49c2
Author: Iain Buclaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116961
--- Comment #15 from GCC Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:f6be26657c8b974a5caf39350e4965cfb2c4b936
commit r12-10972-gf6be26657c8b974a5caf39350e4965cfb2c4b936
Author: Iain Buclaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116961
--- Comment #14 from GCC Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:21b3e23bd972544c1e2f704e8b05dd9252a288ce
commit r13-9405-g21b3e23bd972544c1e2f704e8b05dd9252a288ce
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118802
Bug 118802 depends on bug 116961, which changed state.
Bug 116961 Summary: [12/13/14 regression] Valgrind reports uninitialized memory
use in dstruct.d (dmd.dstruct._isZeroInit(dmd.expression.Expression))
https://gcc.gnu.org/bugzilla/show_bug.cg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116961
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28036
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
ble-multilib
--enable-default-pie
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.1 20250302 (experimental) (GCC)
➜ ~ /usr/local/bin/g++ -O0 -std=c++17 -Wall -Wextra -Wpedantic -Wuninitialized
-fno-strict-aliasing -fwrapv -g3 gcc-bug.cpp && ./a.out
gcc-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118959
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118957
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119088
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119088
Bug ID: 119088
Summary: ICE when for loop accesses an unknown variable as the
iterator
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118911
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118931
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119083
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119083
--- Comment #3 from H.J. Lu ---
Created attachment 60640
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60640&action=edit
A patch to remove SSE_FIRST_REG from ix86_class_likely_spilled_p
Hongtao, can you measure its impact on SPEC CPU2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119083
--- Comment #5 from Hongtao Liu ---
(In reply to H.J. Lu from comment #3)
> Created attachment 60640 [details]
> A patch to remove SSE_FIRST_REG from ix86_class_likely_spilled_p
>
> Hongtao, can you measure its impact on SPEC CPU2017?
Sure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115322
--- Comment #3 from Jeffrey A. Law ---
Unfortunately, you're likely going to have to do much of the debugging
yourself. spec2k6 is licensed software that everyone does not have access to.
What I would recommend would be to use qemu's remote de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
--- Comment #2 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #1)
> Created attachment 60632 [details]
> untested patch
It causes an ICE with
V16QI y = __builtin_lsx_vldx ((char *)0, t);
I'll fix it before sending the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Sam James changed:
What|Removed |Added
Summary|[12/13/14/15 regression]|[12/13/14/15 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119086
--- Comment #1 from Andrew Pinski ---
Note the documentation of __builtin_constant_p says this is how it should work.
As __builtin_constant_p arguments side effects will be disregarded.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119083
--- Comment #2 from Richard Biener ---
I think single-register classes are only likely "spilled" if the containing
larger register class (GPRs, XMMs) are likely "spilled" (aka small) or when
there are often used instruction requiring this class.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119086
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26724
Andrew Pinski changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Sam James changed:
What|Removed |Added
CC||eggert at cs dot ucla.edu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119087
Bug ID: 119087
Summary: [14/15 regression] ICE when building caffe2 on arm64
(crash in mark_jump_label_1)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119087
Sam James changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118892
Andrew Pinski changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119087
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119087
--- Comment #2 from Andrew Pinski ---
data_vec.abs().neg().exp()
So -abs() .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
--- Comment #4 from Po Lu ---
"rguenth at gcc dot gnu.org" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
>
> Richard Biener changed:
>
>What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #14 from Hime Haieto ---
Said code *is* using -std=c23, so that's why. Don't worry - I'm not aware of
this affecting any pre-c23 code.
If you'd care for a bit more background, my code uses macros to define
so-called compound types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118966
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118755
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118874
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118956
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119088
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:585aa4065f1028c2fbfab55462e5e5e6b3c208c4
commit r15-7786-g585aa4065f1028c2fbfab55462e5e5e6b3c208c4
Author: Gaius Mulley
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90697
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 49513, which changed state.
Bug 49513 Summary: DOM inhibits if-conversion and vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49513
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49513
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119088
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118934
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:67e824c2497176980cb0c5d14bc730fa4ce2e1ad
commit r15-7787-g67e824c2497176980cb0c5d14bc730fa4ce2e1ad
Author: Jeff Law
Date: Sun Mar 2 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118934
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109416
--- Comment #4 from Jeffrey A. Law ---
So the issue here is the rv32 support for 64bit moves is kind of lame. Someone
would need to adjust riscv_split_doubleword_move to account for handling
(const_int 0) for the upper/lower half better.
Secon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #11 from David Binderman ---
(In reply to David Binderman from comment #10)
> Another bootstrap with "-g -O3 -march=znver3" is now running.
That passed too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119077
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed||2025-03-02
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:047b7f9a5665a5cb1267861deece3e5d6ce5c5fb
commit r15-7780-g047b7f9a5665a5cb1267861deece3e5d6ce5c5fb
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
Xi Ruoyao changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
Thomas Koenig changed:
What|Removed |Added
Keywords||needs-stdcheck
--- Comment #1 from Thom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119076
--- Comment #7 from Andrew Pinski ---
I think this is RAW_DATA_CST issue.
lohmann::json_abi_v3_11_3::detail::serializer::decode
Has the array:
```
static const std::array utf8d =
{
{
0, 0, 0, 0, 0, 0, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119076
Andrew Pinski changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119076
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> I think this is RAW_DATA_CST issue.
Yes it looks like cp/module.cc does not support RAW_DATA_CST at all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119083
--- Comment #1 from Uroš Bizjak ---
SSE_FIRST_REG is in ic86_class_likely_spilled_p because it is a single-member
class. It is there because of SSE4 pcmpistrm patterns.
%eax (and other single_class) registers are also listed in
CLASS_LIKELY_SPI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
Bug ID: 119084
Summary: LoongArch: __builtin_lsx_vldx can be incorrectly
reordered
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #10 from David Binderman ---
(In reply to David Binderman from comment #9)
> I will try to do the bootstrap over the weekend.
Bootstrap passed.
Another bootstrap with "-g -O3 -march=znver3" is now running.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
Xi Ruoyao changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
--- Comment #2 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #1)
> Hmm... an interesting question:
>
> Does
>
> subroutine foo(f,n)
> external f
> if (n .eq. 1) call f(1)
> if (n .eq. 2) call f(1,2)
> end
>
> comply?
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118996
--- Comment #13 from H.J. Lu ---
(In reply to H.J. Lu from comment #11)
> Created attachment 60609 [details]
> An untested patch
Hongtao, do you have SPEC CPU2017 data on this patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119084
Xi Ruoyao changed:
What|Removed |Added
Attachment #60632|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112651
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
1 - 100 of 152 matches
Mail list logo
