https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105652
Bug ID: 105652
Summary: ICE: in is_base_type, at dwarf2out.cc:13400
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105643
--- Comment #3 from Levy Hsu ---
I forgot to mention, that the build time also increased by 128% on the Intel
platform above, but no performance improvement was spotted.
I'll check the objdump and see what happens.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473
--- Comment #19 from harper at msor dot vuw.ac.nz ---
Thank you. To make the outputs from my test program testdecimal.f90 easier
to compare when using different compilers, and to clarify where a reading
error happened, I have revised the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651
Andrew Pinski changed:
What|Removed |Added
Component|c++ |tree-optimization
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651
--- Comment #1 from James McKelvey ---
Created attachment 52991
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52991=edit
save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651
Bug ID: 105651
Summary: Failure compiling constexpr/__builtin_memcpy on Cygwin
with -std=c++20
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 105131, which changed state.
Bug 105131 Summary: Warning for mismatched declaration/definition with enum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105131
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105131
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105131
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:7da9a089608b0ca09683332ce014fb6184842724
commit r13-627-g7da9a089608b0ca09683332ce014fb6184842724
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102774
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102774
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
Bug ID: 105650
Summary: [13 Regression] Possibly wrong code on fontforge
-fvect-cost-model=unlimited
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105507
--- Comment #6 from Eric Botcazou ---
> So the rule of thumb is to never use -static-libgcc if you have a
> GCC-compiled DLL in the link, that's guaranteed to break otherwise.
So this could happen to the compiler if it is linked with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
--- Comment #10 from Sam James ---
Thanks Andrew. I spent a while trying to minimise it using that but I've got a
bit stuck. I'm used to reducing normal ICEs but link-time/LTO ones seem to be
harder to me.
I was going to upload the full lot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105507
--- Comment #5 from Eric Botcazou ---
> We do have some open bugs re broken exception handling with mingw32, like
> https://github.com/msys2/MINGW-packages/issues/9289#issuecomment-945306860
>
> Sadly no one stepped up to look into that. Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105620
pc at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2022-05-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105507
--- Comment #4 from Christoph Reiter ---
I see, thanks for having a look :)
We do have some open bugs re broken exception handling with mingw32, like
https://github.com/msys2/MINGW-packages/issues/9289#issuecomment-945306860
Sadly no one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104096
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105620
--- Comment #3 from CVS Commits ---
The master branch has been updated by Paul Clarke :
https://gcc.gnu.org/g:1875214cd1ca3e8bd0121f703537eb98edd84027
commit r13-626-g1875214cd1ca3e8bd0121f703537eb98edd84027
Author: Paul A. Clarke
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173
--- Comment #5 from kargl at gcc dot gnu.org ---
Remove PR 82243 from "Depends On" as it isn't a PDT bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105507
Eric Botcazou changed:
What|Removed |Added
Depends on||100486
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105649
Bug ID: 105649
Summary: Wrong .localentry address on powerpc64le with
-fpatchable-function-entry=1
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105507
--- Comment #2 from Christoph Reiter ---
Stack trace (I rebuilt the host gcc 11.3.0 with debug symbols and re-ran the
failing command with "-wrapper gdb,--args"):
Thread 1 received signal SIGSEGV, Segmentation fault.
0x7563bd90 in strlen ()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41091
--- Comment #10 from Andrew Pinski ---
I really doubt there is a good solution for this because of what c++ calls
vague linkage. Clang's solution is broken too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41091
Bobby Reynolds changed:
What|Removed |Added
CC||boreynol at microsoft dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105587
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105648
Bug ID: 105648
Summary: .cfi_startproc in wrong position when
-fpatchable-function-entry= is enabled on ppc64le
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105647
--- Comment #1 from Giuliano Belinassi ---
Confirmed.
powerpc64le-suse-linux-gcc-11 -fpatchable-function-entry=1 -O2 -c -o /tmp/a.o
pr105169_a.C
/tmp/ccjfumfv.s: Assembler messages:
/tmp/ccjfumfv.s:64: Error: .localentry expression for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98865
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:4a9be8d51182076222d707d9d68f6eda78e8ee2c
commit r13-624-g4a9be8d51182076222d707d9d68f6eda78e8ee2c
Author: Roger Sayle
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105627
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-05-18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105556
Peter Bergner changed:
What|Removed |Added
Version|13.0|12.1.0
--- Comment #4 from Peter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105634
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105497
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105497
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:60fdce11dc9e5ddf671b07a3fc6ed70476860b22
commit r13-622-g60fdce11dc9e5ddf671b07a3fc6ed70476860b22
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105634
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:dfe38b8d5dbfe3dd5209aece4ce2f7a6b303a2f9
commit r13-621-gdfe38b8d5dbfe3dd5209aece4ce2f7a6b303a2f9
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105647
Bug ID: 105647
Summary: New test g++.dg/modules/pr105169 from
r13-566-g7a3f38a966a528 fails with assembler error
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105645
--- Comment #1 from Andrew Pinski ---
There might be a dup of this one already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105646
--- Comment #1 from cfy1990 at gmail dot com ---
When compile without -O2, g++ will generate "'v3' may be used uninitialized"
warning.
code link: https://godbolt.org/z/r3sY4srx9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105458
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Andrew Macleod
:
https://gcc.gnu.org/g:9c8125b98cdd406fbad09995529a5c6acffdd928
commit r12-8393-g9c8125b98cdd406fbad09995529a5c6acffdd928
Author: Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105646
Bug ID: 105646
Summary: g++ does not raise xxx is used uninitialized warning
under some conditions
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105645
Bug ID: 105645
Summary: Template specializations are not hidden with
fvisibility=hidden
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105644
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105643
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-05-18
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105643
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41526
Richard Biener changed:
What|Removed |Added
CC||richard at weickelt dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105641
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96710
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> Our definitions of is_scalar depends on is_arithmetic, so
> is_scalar<__int128> is false, and therefore is_object<__int128> is false.
> This is clearly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105639
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.2
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105638
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105637
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105635
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105630
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105629
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
--- Comment #9 from Martin Liška ---
So what happens in WPA:
1) we read IPA ICF summary and the variable has definition:
(gdb) p vnode->debug()
_ZN8nlohmann6detail12static_constINS0_10to_json_fnEE5valueE/10 (value)
@0x77fb3200
Type:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105630
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
Martin Liška changed:
What|Removed |Added
Summary|ICE with LTO when building |[12/13 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105641
--- Comment #3 from Richard Weickelt ---
Aha, according to bug 41526, GIMPLE bytecode streams are not portable across
different hosts. That's unfortunate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105635
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105641
Richard Weickelt changed:
What|Removed |Added
Summary|Floating point constants|Floating point constants
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105641
--- Comment #1 from Andrew Pinski ---
Yes we don't support still different host compiling lto code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105643
--- Comment #1 from Andrew Pinski ---
>From what I know, that might be the loop versioning for alias or otherwise
kicking in more since the vectorizer can not vectorize more loops.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
--- Comment #5 from Tobias Burnus ---
Regarding LLVM, I have no idea, but doing some searching, I do see:
* clang/test/OpenMP/declare_variant_clauses_ast_print.cpp:
//PRINT: #pragma omp declare variant(foo_v2) match(construct={dispatch},
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
--- Comment #6 from Alex Coplan ---
Note the original bug also triggers on GCC 11 but the attached reduced testcase
doesn't, I'm attempting to reduce a testcase that crashes all versions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105600
--- Comment #4 from Alex Coplan ---
Created attachment 52988
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52988=edit
reduced testcase
I managed to reproduce the environment and reduce a testcase (see the attached
tarball):
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105644
Bug ID: 105644
Summary: ICE in a fold expression with a requires expression:
in iterative_hash_template_arg, at cp/pt.cc:1805
Product: gcc
Version: 12.1.1
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105643
Bug ID: 105643
Summary: [13 Regression] Code-Size regression for specrate
538.imagick_r
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105073
Hongtao.liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105073
Bug 105073 depends on bug 103462, which changed state.
Bug 103462 Summary: GCC failed to reduce bit clear in loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103462
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103462
Hongtao.liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105642
--- Comment #2 from Jakub Jelinek ---
That seems completely correct.
Try:
int
foo (struct ceph_inode_info *n)
{
int *i = >vfs_inode;
return __builtin_object_size(i, 1);
}
This returns 4, even GCC 4.6 returned that.
So,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105642
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103462
--- Comment #7 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:9d1336d977cf0cab75679d4b4170e7c9a86cd1f4
commit r13-583-g9d1336d977cf0cab75679d4b4170e7c9a86cd1f4
Author: liuhongt
Date: Tue Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105636
Martin Liška changed:
What|Removed |Added
CC||ibhagat at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105635
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105642
Bug ID: 105642
Summary: [12/13 Regression] error: call to
‘__write_overflow_field’ declared with attribute
warning: [-Werror=attribute-warning]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105639
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|[13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
--- Comment #4 from Jakub Jelinek ---
What does LLVM implement?
Either I'm looking at a wrong place, or at least their testsuite coverage for
this is non-existing.
I see no sse nor avx substrings in clang/test/OpenMP/* (except for sse2020
which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105641
Bug ID: 105641
Summary: Floating point constants are 0 in C LTO objects
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
--- Comment #3 from Jakub Jelinek ---
I'll also cite my response in
https://mailman.openmp.org/mailman/private/omp-lang/2020/016879.html
"The rationale for not using sm_XX for arch is that at least users of
compilers that target more than one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
--- Comment #2 from Jakub Jelinek ---
And no, t-omp-device isn't needed, that one is solely for targets that can be
used for offloading. i386 has it because of the intelmic offloading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
--- Comment #1 from Jakub Jelinek ---
It isn't implemented on anything but x86, nvptx and gcn.
https://gcc.gnu.org/legacy-ml/gcc-patches/2019-10/threads.html#02066
has some more details.
aarch64 would be another HPC related target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
Bug ID: 105640
Summary: [OpenMP] Context selectors missing for PowerPC
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
85 matches
Mail list logo