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
Component
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=105639
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|[13 Regression] ICE
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]
sincer12-2270-gddd
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=105636
Martin Liška changed:
What|Removed |Added
CC||ibhagat at gcc dot gnu.org,
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 7
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=105642
--- Comment #2 from Jakub Jelinek ---
That seems completely correct.
Try:
int
foo (struct ceph_inode_info *n)
{
int *i = &n->vfs_inode;
return __builtin_object_size(i, 1);
}
This returns 4, even GCC 4.6 returned that.
So, __builtin_object_si
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=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=105073
Hongtao.liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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=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: UNCONF
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&action=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=105600
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
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=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},
device
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=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=105641
Richard Weickelt changed:
What|Removed |Added
Summary|Floating point constants|Floating point constants
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105635
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
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=105600
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=105630
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
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: vari
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=105630
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.4
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=105637
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
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=105639
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.2
Priority|P3
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 nonsen
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=41526
Richard Biener changed:
What|Removed |Added
CC||richard at weickelt dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105643
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mi
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=105644
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=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: n
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 MacLeod
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=105645
--- Comment #1 from Andrew Pinski ---
There might be a dup of this one already.
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=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: Tue
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: Sat
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=105634
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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 Bergne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105627
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-05-18
Status|UNCONFIRM
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 May
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 `_Z8fun
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=105587
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41091
Bobby Reynolds changed:
What|Removed |Added
CC||boreynol at microsoft dot com
--- Comme
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=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 () fro
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: n
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=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=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: Wed
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=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 stepp
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 #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 you
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 wit
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 shared
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: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102774
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Commen
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=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: Fri
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=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=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=105651
--- Comment #1 from James McKelvey ---
Created attachment 52991
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52991&action=edit
save-temps
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=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 progra
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=105650
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #1
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=105645
--- Comment #2 from Karthik Nishanth ---
Additional details:
When I add a template definition for `Test::encode()` before specialization, it
hides the specialized symbol. The snippet below produces `10e9 t
int Test::encode<(Test::En
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105647
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-05-19
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105648
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105649
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-05-19
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105653
Bug ID: 105653
Summary: [10/11/12/13 Regression] '-fcompare-debug' failure w/
-O2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: compare-debug-failur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651
--- Comment #3 from Richard Biener ---
Both 9223372036854775807 and 9223372036854775810 are suspiciously large (don't
fit 64bits).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105652
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105653
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105507
--- Comment #7 from Christoph Reiter ---
We currently link:
shared: gmp, winpthread, zlib, zstd
static: mpc, mpfr, isl
Not for any particular gcc related reason I think, some dependent packages have
static/shared builds, some don't.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105654
Bug ID: 105654
Summary: Address of local variable as function call argument is
NULL?!
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
--- Comment #3 from Sergei Trofimovich ---
(In reply to Hongtao.liu from comment #1)
> What's the platform are you running on, does it with SSE2?
> GCC default arch is SSE2, and I didn't see any suspicious obove-sse2
> instruction.
It's a znver
x27;t reproduce the error with gcc version 13.0.0 20220518
(experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
--- Comment #5 from Sergei Trofimovich ---
(In reply to Richard Biener from comment #2)
> I can't reproduce with r13-565-g941efd87e22b1b
>
> It might be a __builtin_unreachable () falling through to an illegal
> instruction.
>
> Maybe somebody
95 matches
Mail list logo
