https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
Mathieu Malaterre changed:
What|Removed |Added
Attachment #56065|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #14 from Mathieu Malaterre ---
(In reply to Xi Ruoyao from comment #12)
> (In reply to Mathieu Malaterre from comment #10)
> > I could not reduce to a single *.cc file. The function needs to be in an alt
> > file 'foo.cc'.
>
> Can y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
Mathieu Malaterre changed:
What|Removed |Added
Attachment #55816|0 |1
is obsolete|
requires requires { typename std::bool_constant; };
| ^
In file included from :1:
/opt/compiler-explorer/gcc-trunk-20231005/include/c++/14.0.0/type_traits:120:11:
note: 'template using std::bool_constant = std::__bool_constant<__v>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260
--- Comment #4 from Zdenek Sojka ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Zdenek Sojka from comment #2)
...
> > ...
>
> That is 100% a different bug and should be filed separately.
Than you for checking, I've created PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111711
Bug ID: 111711
Summary: [14 Regression] ICE: in maybe_legitimize_operand, at
optabs.cc:8046 at -O1 with division by zero
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260
--- Comment #3 from Andrew Pinski ---
(In reply to Zdenek Sojka from comment #2)
> Different testcase:
> $ cat testcase.c
> long
> bar (long x)
> {
> x *= x == 0 / 0;
> return (x);
> }
>
> long
> foo (void)
> {
> return bar (822920);
> }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260
Zdenek Sojka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111672
--- Comment #12 from Andrew Pinski ---
(In reply to Hanke Zhang from comment #11)
> But I have never seen this '_FORTIFY_SOURCE' before. So I'm a confused as
> well. And when I try gcc@11.4 built in the default ubuntu 22.04, it's the
> same. So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111672
--- Comment #11 from Hanke Zhang ---
(In reply to Andrew Pinski from comment #10)
> The difference between the 2 is the costing of the __printf_chk/puts:
> _FORTIFY_SOURCE case:
> freq:0.20 size: 3 time:2.43 __printf_chk (1, "Object code gene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
Andrew Pinski changed:
What|Removed |Added
Summary|gcc's C++ components fail |gcc fails to bootstrap when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-05
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67343
Jason Merrill changed:
What|Removed |Added
CC||yedeng.yd at linux dot
alibaba.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109887
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100135
--- Comment #2 from Nicolas Werner ---
Possibly the gcc behaviour here is correct. There is a clang bug open for it
not rejecting calls to functions with default parameters, when the default
parameter is not exported: https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #8 from joseph at codesourcery dot com ---
Typically these sorts of issues result from floating-point operations
being moved past environment manipulation (fesetround, feupdateenv,
feholdexcept, etc.) - in either direction. This m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100135
Nicolas Werner changed:
What|Removed |Added
CC||nicolas.werner at hotmail dot
de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896
--- Comment #48 from Martin Uecker ---
Indicating a null terminated string should certainly use a different attribute
name.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896
Thorsten Glaser changed:
What|Removed |Added
CC||tg at mirbsd dot org
--- Comment #47
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111685
Kyle Knoepfel changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111710
--- Comment #2 from Nicolas Werner ---
I don't really have sufficient knowledge to push this patch forward, since that
currently exceeds my skillset. As such I have no confidence this patch is
actually doing something beneficial, which is why I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111710
--- Comment #1 from Andrew Pinski ---
Patches should be sent to gcc-patches@ after reading
https://gcc.gnu.org/contribute.html .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111710
Bug ID: 111710
Summary: [modules] ICE when compiling module where a lambda is
assigned to a field in an exported class
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
John David Anglin changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708
--- Comment #2 from Andrew Pinski ---
Note ICC rejects this as invalid:
```
(14): error #172: external/internal linkage conflict with previous
declaration at line 10
int f(int);
^
```
Which is what I had expected to happ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #6 from John David Anglin ---
Created attachment 56062
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56062&action=edit
Diff between s_fma_12.s and s_fma_13.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #5 from John David Anglin ---
Created attachment 56061
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56061&action=edit
non pic .s file for s_fma.c generated using gcc-13 without debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108396
Carl Love changed:
What|Removed |Added
CC||carll at gcc dot gnu.org
--- Comment #9 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #4 from John David Anglin ---
Created attachment 56060
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56060&action=edit
non pic .s file for s_fma.c generated using gcc-12 without debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #3 from John David Anglin ---
Created attachment 56059
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56059&action=edit
.s file for s_fma.c generated using gcc-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #2 from John David Anglin ---
Created attachment 56058
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56058&action=edit
.s file for s_fma.c generated using gcc-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #1 from John David Anglin ---
Created attachment 56057
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56057&action=edit
Preprocessed source generated using gcc-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
Bug ID: 111709
Summary: [13 Regression] Miscompilation of
sysdeps/ieee754/dbl-64/s_fma.c
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92798
--- Comment #5 from Andrew Pinski ---
(In reply to Joseph Tilahun from comment #4)
> Is there a reason why the _Rb_tree_color
> enum does not have an explicit underlying type?
Yes because it has to work with C++98 while enums with underlying typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708
Bug ID: 111708
Summary: Calling external global function instead of local
static function.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92798
Joseph Tilahun changed:
What|Removed |Added
CC||josephttilahun at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
--- Comment #2 from Andrew Pinski ---
(simplify
(vec_cond (vec_cond:s @0 @3 integer_zerop) @1 @2)
(if (optimize_vectors_before_lowering_p () && types_match (@0, @3))
(vec_cond (bit_and @0 @3) @1 @2)))
goes into an infinite loop with fold_bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111707
Bug ID: 111707
Summary: omp_target_alloc and omp_target_is_present - corner
case handling & spec conformance
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-05
Target|aarch64-u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111704
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111411
Andrew Pinski changed:
What|Removed |Added
CC||Simon.Richter at hogyros dot de
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110368
--- Comment #6 from Jon Clugston ---
So, "undefined behavior" gives the compiler license to output any warning it
wants?
The warning message is utterly wrong and completely misleading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #9 from CVS Commits ---
The master branch has been updated by Sergei Trofimovich :
https://gcc.gnu.org/g:043a6fcbc27f8721301eb2f72a7839f54f393003
commit r14-4421-g043a6fcbc27f8721301eb2f72a7839f54f393003
Author: Sergei Trofimovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283
--- Comment #10 from CVS Commits ---
The master branch has been updated by Sergei Trofimovich :
https://gcc.gnu.org/g:043a6fcbc27f8721301eb2f72a7839f54f393003
commit r14-4421-g043a6fcbc27f8721301eb2f72a7839f54f393003
Author: Sergei Trofimovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111657
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111657
--- Comment #6 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:c6bff80d786919f2f64e8a9f3179d6d36888bdb3
commit r14-4418-gc6bff80d786919f2f64e8a9f3179d6d36888bdb3
Author: Uros Bizjak
Date: Thu O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111705
Andrew Pinski changed:
What|Removed |Added
Target Milestone|13.3|12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111705
Andrew Pinski changed:
What|Removed |Added
Known to fail||13.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111705
--- Comment #2 from Andrew Pinski ---
Actually this is rejected in previous versions of GCC via -fchecking=2 option
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111705
Andrew Pinski changed:
What|Removed |Added
Target Milestone|14.0|---
Summary|[14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111705
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111705
Bug ID: 111705
Summary: [14 Regression] use of concepted copy constructored
struct inside a template function messes up
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111704
Bug ID: 111704
Summary: ICE in extract_insn, at recog.cc:2791 on
aarch64-linux-gnu during RTL pass: cprop_hardreg
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
Bug ID: 111703
Summary: [C++20]Compiler fails when using generic lambda in
specific situation
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
ith-as=/usr/bin/aarch64-unknown-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-4413-20231005141000-g1f7295af602-checking-yes-rtl-df-extra-aarch64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231005 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
--- Comment #9 from Martin Jambor ---
I have proposed a fix on the mailing list consisting of:
- https://gcc.gnu.org/pipermail/gcc-patches/2023-October/632042.html and
- https://gcc.gnu.org/pipermail/gcc-patches/2023-October/632044.html
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108007
Martin Jambor changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111688
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111688
--- Comment #7 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:1f7295af6029b6497e9928fe279fd166b94ce2c2
commit r14-4413-g1f7295af6029b6497e9928fe279fd166b94ce2c2
Author: Martin Jambor
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111698
--- Comment #2 from Uroš Bizjak ---
(In reply to Richard Biener from comment #1)
> I guess we could do this even on GIMPLE and in general to aligned sub-word
> accesses (where byte accesses are always aligned).
>
> It might be also a good fit f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111688
Martin Jambor changed:
What|Removed |Added
Summary|[14 regression] bootstrap |[14 regression] bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111553
--- Comment #2 from Jonathan Wakely ---
This is now documented as not-a-bug:
https://gcc.gnu.org/bugs/#nonbugs_cxx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111643
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111643
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ffbd7c3d0fd1b9b10ef5a0f2b2e64bd234620167
commit r14-4404-gffbd7c3d0fd1b9b10ef5a0f2b2e64bd234620167
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111701
Bug ID: 111701
Summary: [11/12/13/14 Regression] wrong code for
__builtin_signbit(x*x)
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111698
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111697
--- Comment #3 from Richard Biener ---
(In reply to Richard Biener from comment #2)
> We have quite some code doing vector CTOR stuff in tree-ssa-forwprop.cc and
> this should be optimized to
>
> v_2 = { x_6(D), x_6(D), x_6(D), x_6(D) };
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111697
--- Comment #2 from Richard Biener ---
We have quite some code doing vector CTOR stuff in tree-ssa-forwprop.cc and
this should be optimized to
v_2 = { x_6(D), x_6(D), x_6(D), x_6(D) };
note SLP vectorization can do this but it fails because i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111696
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.5
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111694
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
81 matches
Mail list logo
