https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99482
--- Comment #1 from Alexander Lelyakin ---
Disappeared in version 20210310
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99483
--- Comment #1 from Alexander Lelyakin ---
Disappeared in version 20210310.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
--- Comment #6 from Richard Biener ---
(In reply to Jakub Jelinek from comment #4)
> --- gcc/ipa-icf-gimple.c.jj 2021-01-04 10:25:38.752234741 +0100
> +++ gcc/ipa-icf-gimple.c 2021-03-10 15:02:06.287502784 +0100
> @@ -667,7 +667,7 @@ func_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99484
--- Comment #1 from Alexander Lelyakin ---
In current version 20210310 I have seen another, but very similar error
message:
g++ -std=c++20 -fmodules-ts -x c++-system-header memory_resource
g++ -std=c++20 -fmodules-ts -x c++-system-header thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99248
--- Comment #2 from Alexander Lelyakin ---
There is much shorter sequence in last version 20210310:
g++ -std=c++20 -fmodules-ts -x c++-system-header streambuf
g++ -std=c++20 -fmodules-ts -x c++-system-header istream
In file included from /u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99479
--- Comment #1 from Alexander Lelyakin ---
There is a shorter sequence:
g++ -std=c++20 -fmodules-ts -x c++-system-header condition_variable
g++ -std=c++20 -fmodules-ts -x c++-system-header future
corrupted double-linked list
corrupted doubl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
--- Comment #1 from Richard Biener ---
They are there, it's the
sizetype D.3596;
sizetype D.3597;
sizetype D.3598;
void * D.3599;
int D.3601;
etc. variables, but they are DECL_IGNORED (they have no "name") and so
dumping which does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96879
--- Comment #7 from Jakub Jelinek ---
Stage 3 is over. Any progress on this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99529
--- Comment #2 from Richard Biener ---
Or make an internal (static) newunit_free_unlocked and make the exported
newunit_free take the lock.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99531
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99531
Richard Biener changed:
What|Removed |Added
Summary|Performance regression |[9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99541
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99542
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99543
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99544
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546
Bug ID: 99546
Summary: Weird return value of C++20 requires expression
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99529
--- Comment #3 from martin ---
Thanks for looking at the report and providing a patch to test.
For completeness sake, here is the simple test code, which does not fail, but
which shows the data race in helgrind (compile with -fopenmp -g2):
progr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546
--- Comment #1 from 康桓瑋 ---
You can see more weird cases in this:
https://stackoverflow.com/questions/66578966/weird-return-value-of-c20-requires-expression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |10.3
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99371
Alexandre Oliva changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99529
--- Comment #4 from martin ---
Ok, here is another suspicious data race in unit.c (backtrace from helgrind):
==7831== Possible data race during read of size 4 at 0x5DE4620 by thread #296
==7831== Locks held: 1, at address 0x2EE5D00
==7831==a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96135
--- Comment #2 from Richard Biener ---
Created attachment 50361
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50361&action=edit
WIP
On current trunk at -O3 f() again works via store-merging / vectorizing:
- _21 = {_3, _4, _5, _6, _7, _8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99529
--- Comment #5 from Tobias Burnus ---
(In reply to martin from comment #4)
> Ok, here is another suspicious data race in unit.c (backtrace from helgrind):
It looks as if - for the libgfortran internal use - it first gets the unit
based on that n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99531
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
--- Comment #23 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #22 from Vladimir Makarov ---
> Could you check the patch on the failed bootstraps. I have no access to
Unfortunately, it didn't help. I continue to revert the patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99529
--- Comment #6 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566596.html
@Martin: Besides helgrind, you could also try building your program with
-fsanitize=thread - this might also help finding some issues (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99547
Bug ID: 99547
Summary: [11 regression] g++.dg/modules/xtreme-header-5_c.C
-std=c++2a ICE
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99547
--- Comment #1 from Christophe Lyon ---
I read too quickly, on aarch64 the failing test is xtreme-header-3_c.C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
--- Comment #24 from Eric Botcazou ---
> Technically, you have ;-) There's gcc211 in the cfarm, but
> unfortunately the installation is highly nonstandard, doesn't follow
> cfarm conventions, and lacks GNAT. While I do have a local gcc
> instal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:070ab283d16d8e8e8bb70f9801aca347f008cbd0
commit r11-7618-g070ab283d16d8e8e8bb70f9801aca347f008cbd0
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Summary|__builtin_convertv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96078
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99548
Bug ID: 99548
Summary: Help me! Lost the fight against the compiler.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99484
--- Comment #2 from Alexander Lelyakin ---
One more similar, but not the same message;
g++ -std=c++20 -fmodules-ts -x c++-system-header any
g++ -std=c++20 -fmodules-ts -x c++-system-header vector
g++ -std=c++20 -fmodules-ts -x c++-system-header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
--- Comment #3 from Jürgen Reuter ---
Created attachment 50362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50362&action=edit
First (large) reproducer to play with, reducing atm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b08c978f2e18507cbd9853305185665edf05c598
commit r11-7619-gb08c978f2e18507cbd9853305185665edf05c598
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99549
Bug ID: 99549
Summary: Segfault when scalar argument of elemental function is
both derived type with allocatable component and a
function result
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
--- Comment #5 from Alex Coplan ---
Thanks for the fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99549
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-11
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99547
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #15 from Jakub Jelinek ---
Created attachment 50364
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50364&action=edit
gcc11-pr99490.patch
Updated patch that implements what has been discussed on dwarf mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99544
--- Comment #1 from Erick Ochoa ---
Hi,
I have an ICE on this assertion as well, but I found it by compiling x264_r
with the following flags
```
OPTIMIZE = -g -Ofast -funroll-loops -flto
COPTIMIZE= --param early-inlining-i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:9d4ad8570c3bab2e145aa7b39ce8c66bafbf1945
commit r11-7620-g9d4ad8570c3bab2e145aa7b39ce8c66bafbf1945
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99490
--- Comment #16 from Jakub Jelinek ---
Created attachment 50365
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50365&action=edit
pr99490-2.tar.xz
And for Jan, assembly for the pr99490.c from the first tarball with the latest
patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99381
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alex Coplan
:
https://gcc.gnu.org/g:6925d4763e469e43b9d06e4a17187215bc03d3c9
commit r10-9436-g6925d4763e469e43b9d06e4a17187215bc03d3c9
Author: Alex Coplan
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99381
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
--- Comment #5 from Jürgen Reuter ---
I'm also reducing it right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f6c1d026c3a9109de58d1148e3f54b5273ebb86a
commit r11-7621-gf6c1d026c3a9109de58d1148e3f54b5273ebb86a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99550
Bug ID: 99550
Summary: ICE (segfault) on arm with -std=c++2a
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99533
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:aa0d8a3e28cd3365a2910884ce3e7cb67b07f866
commit r11-7622-gaa0d8a3e28cd3365a2910884ce3e7cb67b07f866
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99533
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> > On Linux, called with / it stops when hitting for example a
> > "/proc/1/task/1/cwd", resulting in EPERM too.
>
> But that happens in your code, not in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99413
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99551
Bug ID: 99551
Summary: aarch64: csel is used for cold scalar computation
which affects performance
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98245
--- Comment #3 from Richard Biener ---
OK, so the issue is sparc has V2SI only and the dump scanning expects V4SI.
Since the test for the number of + is somewhat redundant I'll simply drop it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99535
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98245
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:3b938c64f775eafd977f79c4f3038082ae7e0127
commit r11-7623-g3b938c64f775eafd977f79c4f3038082ae7e0127
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98245
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88140
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Summary|[9/10/11 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99536
--- Comment #1 from Jonathan Wakely ---
GCC 5 is old and no longer supported.
This is probably a jump threading bug. The _M_saved member is only ever used if
_M_saved_available says it can be used, and that is only the case after it's
been initi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87988
Richard Biener changed:
What|Removed |Added
Target Milestone|10.3|---
Summary|[9/10/11 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99172
--- Comment #12 from Jonathan Wakely ---
Comment on attachment 50360
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50360
Proposed patch to fix issue
The patch looks good but please CC the libstdc++ list for libstdc++ patches,
thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99537
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-03-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #14 from Jakub Jelinek ---
https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565740.html ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #15 from Kwok Yeung ---
(In reply to Thomas Schwinge from comment #13)
> Kwok, it seems -- at least in my testing -- that your latest commit
> d656bfda2d8316627d0bbb18b10954e6aaf3c88c "openmp: Fix intermittent hanging
> of task-detach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90579
--- Comment #11 from Richard Biener ---
OK, so push_partial_def could simply record the first non-constant def and upon
the second, if it completes all bits handle some easy cases (VEC_PERM_EXPR,
COMPLEX_EXPR come to my mind, eventually also CONS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #16 from Thomas Schwinge ---
Ugh. :-( Where are we tracking this, and is anyone working on this? It's
clearly not useful to have (nvptx offloading) testing to run into known
TIMEOUTs?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93660
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98858
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99552
Bug ID: 99552
Summary: FAIL: 29_atomics/atomic/wait_notify/bool.cc (test for
excess errors)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
--- Comment #6 from Jürgen Reuter ---
Voila, here is a short reproducer:
module commands
implicit none
private
type, abstract :: range_t
integer :: step_mode = 0
integer :: n_step = 0
end type range_t
type, extends (range_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
--- Comment #7 from Jürgen Reuter ---
It actuallys is the -fcheck=mem part that triggers the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530
--- Comment #3 from H.J. Lu ---
Created attachment 50366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50366&action=edit
A patch
I am testing this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99533
--- Comment #3 from Jonathan Wakely ---
The standard says that skip_permission_denied means to ignore "an error
indicating that permission to access p is denied" and it's pretty clearly
intended to correspond to std::errc::permission_denied error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99552
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-03-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99536
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-03-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99550
--- Comment #1 from Yves Delley ---
See https://godbolt.org/z/ErEh55
Bug also submitted at https://bugs.launchpad.net/gcc-arm-embedded/+bug/1918693
Which is the right tracker for this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546
Jonathan Wakely changed:
What|Removed |Added
Keywords|accepts-invalid |wrong-code
--- Comment #3 from Jonatha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99552
--- Comment #2 from dave.anglin at bell dot net ---
On 2021-03-11 10:08 a.m., redi at gcc dot gnu.org wrote:
>> Usually, I add "-fno-common" to avoid these warnings on hppa*-*-hpux*.
> Isn't that redundant for C++, and on by default for C in GCC 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99552
--- Comment #3 from dave.anglin at bell dot net ---
On 2021-03-11 10:08 a.m., redi at gcc dot gnu.org wrote:
>> FAIL: 29_atomics/atomic/wait_notify/bool.cc (test for excess errors)
>> Excess errors:
>> /test/gnu/gcc/gcc/libstdc++-v3/testsuite/29_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99553
Bug ID: 99553
Summary: libgo/misc/cgo/testcarchive/testdata/main_unix.c:39:
suspicious compare ?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #3 from Mark Wielaard ---
So gcc/dwarf2out.c creates it as:
#define DEBUG_STR_SECTION_FLAGS \
(HAVE_GAS_SHF_MERGE && flag_merge_debug_strings \
? SECTION_DEBUG | SECTION_MERGE | SECT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #4 from Jakub Jelinek ---
Guess we can try what happens when using -fno-merge-debug-strings with recent
binutils...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530
--- Comment #4 from Thiago Macieira ---
(In reply to H.J. Lu from comment #3)
> Created attachment 50366 [details]
> A patch
>
> I am testing this.
The same string pattern for loading from the GOT exists elsewhere in the file.
Maybe this is an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
Martin Liška changed:
What|Removed |Added
Summary|[11 Regression] ICE in |[11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530
--- Comment #5 from Thiago Macieira ---
(In reply to Thiago Macieira from comment #1)
> Matching Clang/LLVM bug report:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530
Bad copy & paste. That's https://bugs.llvm.org/show_bug.cgi?id=49525
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530
--- Comment #6 from Thiago Macieira ---
(In reply to H.J. Lu from comment #3)
> Created attachment 50366 [details]
> A patch
>
> I am testing this.
This has now changed to:
$ ~/dev/gcc/bin/gcc -fPIC -fno-plt -S -o - -O2 test.c | grep call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99552
--- Comment #4 from Jonathan Wakely ---
That's useful to know, thanks.
The current header-based implementation is experimental and those aligned
objects will be moved into the library at some point, where we can probably
control their placement
1 - 100 of 172 matches
Mail list logo
