https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82024
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82043
martin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81977
--- Comment #6 from vvarada at codeaurora dot org ---
Thank you, Richard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82051
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82007
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82051
Bug ID: 82051
Summary: [mips]mips emit different results when compiling union
var using -O0/-O2
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
/absozero/trunk/root-gcc/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/absozero/trunk/root-gcc
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 8.0.0 20170830 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82049
Bug ID: 82049
Summary: ICE with character(*),parameter array constructor
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81709
--- Comment #6 from Anatol ---
> I don't believe compiler needs to do all that.
I might miss something, could you please share why?
The check for FXSAVE can be a compile time: if compiled for Pentium II tune or
later then use FXSAVE otherwise u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82030
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80767
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Aug 30 22:19:33 2017
New Revision: 251549
URL: https://gcc.gnu.org/viewcvs?rev=251549&root=gcc&view=rev
Log:
PR c++/82030 - ICE inheriting from multiple lambdas
PR c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82030
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Wed Aug 30 22:19:33 2017
New Revision: 251549
URL: https://gcc.gnu.org/viewcvs?rev=251549&root=gcc&view=rev
Log:
PR c++/82030 - ICE inheriting from multiple lambdas
PR c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81939
--- Comment #4 from Vittorio Zecca ---
Dominique, this should be the same traceback as yours but with line numbers:
=
==21064==ERROR: AddressSanitizer: heap-buffer-overflow on addre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82048
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68577
--- Comment #7 from Andrew Pinski ---
(In reply to rsand...@gcc.gnu.org from comment #6)
> Patch applied.
This testcase now ICEs on the trunk on aarch64:
/home/jenkins/workspace/BuildThunderX_native_gcc_upstream_CENTOS/gcc/gcc/testsuite/gcc.dg/v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82002
--- Comment #2 from Daniel Santos ---
Another problem when we throw in an ms to sysv call:
$ cat /home/daniel/proj/sys/gcc/git/gcc/testsuite/gcc.target/i386/pr82002-2a.c
/* { dg-do compile { target lp64 } } */
/* { dg-options "-Ofast -mstackreal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82030
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82043
--- Comment #3 from Ian Lance Taylor ---
I'm sorry, I can't support a mix of different GCC sources. You are welcome to
try to figure out what is going wrong, but I don't know. At a guess, you are
using a version of libgo/match.sh that does not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82048
Bug ID: 82048
Summary: [7 Regression] GCC bootstrap fails in stage1 on
sparc-unknown-linux-gnu
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037
--- Comment #4 from Dennis Clarke ---
What if the objective was to have a final 64-bit gcc binary the same as
I have on sparc :
d # ls -lap /usr/local/gcc7/bin/gcc
-rwxr-xr-x 3 root root 6275104 Aug 30 18:40 /usr/local/gcc7/bin/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82043
--- Comment #2 from martin ---
I looked at the bash history and I used the trunk source to compile gcc. I'm
sorry for the wrong information.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82029
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037
--- Comment #3 from Andreas Schwab ---
Try configuring with --with-cpu=default32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82047
Bug ID: 82047
Summary: non-existent variable template used to initialize
variable
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81987
--- Comment #8 from Bill Schmidt ---
Fixed on trunk so far. Holding this open until the fix is backported in about
a week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82046
Bug ID: 82046
Summary: Bogus -fsanitize=undefined error with -O2 -Wall
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: san
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81987
--- Comment #7 from Bill Schmidt ---
Author: wschmidt
Date: Wed Aug 30 20:04:07 2017
New Revision: 251547
URL: https://gcc.gnu.org/viewcvs?rev=251547&root=gcc&view=rev
Log:
[gcc]
2017-08-30 Bill Schmidt
PR tree-optimization/81987
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841
--- Comment #13 from dbroemmel ---
Created attachment 42089
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42089&action=edit
testcase for the fix (runtime checks)
A new testcase that possibly checks runtime behaviour.
The snippet is prett
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82045
Bug ID: 82045
Summary: [8 regression] SPARC bootstrap broken: ICE in
emit_library_call_value_1, at calls.c:4565
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82043
--- Comment #1 from Ian Lance Taylor ---
This can't be GCC 7 branch, because files like libgo/go/runtime/heapdump.go and
libgo/go/runtime/os_aix.go don't exist in GCC 7 branch. They only exist on
trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82040
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82044
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82044
Bug ID: 82044
Summary: runtime signed integer overflow in
check_mem_read_rtx() and all_positions_needed_p() in
dse.c
Product: gcc
Version: 8.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #11 from rguenther at suse dot de ---
On August 30, 2017 8:18:07 PM GMT+02:00, "dominiq at lps dot ens.fr"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
>
>--- Comment #10 from Dominique d'Humieres
>---
>I can prune the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82043
Bug ID: 82043
Summary: error: redefinition of ...
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82042
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82042
Bug ID: 82042
Summary: signed integer overflow in
ao_ref_init_from_ptr_and_size
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82041
Bug ID: 82041
Summary: Windows i686 should not return float aggregates in ST0
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Keywords: ABI, wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81987
--- Comment #6 from Bill Schmidt ---
Patch submitted here: https://gcc.gnu.org/ml/gcc-patches/2017-08/msg01743.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037
--- Comment #2 from Dennis Clarke ---
Seems to be a 32-bit PowerPC ELF :
ppc64$ ls -lap /usr/bin/ld
lrwxrwxrwx 1 root root 6 Jan 12 2017 /usr/bin/ld -> ld.bfd
ppc64$ ls -lap /usr/bin/ld.bfd
-rwxr-xr-x 1 root root 700284 Jan 12 2017 /usr/bin/l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #10 from Dominique d'Humieres ---
I can prune the warnings with
regsub -all "(^|\n)while processing\[^\n\]*" $text "" text
regsub -all "(^|\n)warning: could not find referenced DIE" $text "" text
however I see failures of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82015
--- Comment #2 from Michael Meissner ---
Author: meissner
Date: Wed Aug 30 18:09:51 2017
New Revision: 251539
URL: https://gcc.gnu.org/viewcvs?rev=251539&root=gcc&view=rev
Log:
2017-08-30 Michael Meissner
PR target/82015
* gc
1.0-9) 7.1.0" from Debian
testing (buster).
According to https://godbolt.org/g/pYgpua, this is still present in "g++
(GCC-Explorer-Build) 8.0.0 20170830 (experimental)"
g++-6 does not seem to have -Wbool-operation, so this does not apply.
Here is the full output, obtained with g++-7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81690
--- Comment #3 from Thomas Schwinge ---
(In reply to Thomas Schwinge from comment #2)
> Per PTX 3.1, "Table 141. Special Registers: %clock", "Special register
> %clock is an unsigned 32-bit read-only cycle counter that wraps silently",
Probably
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81690
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82039
Bug ID: 82039
Summary: -Wzero-as-null-pointer-constant triggers when calling
std::allocate<...>::allocate
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #9 from Dominique d'Humieres ---
> If you manually do the extraction / renaming and link with the early
> debug part it should work(?) (I didn't try myself, doing this
> manually might be a bit tricky -- look at the compile assembler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81886
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82036
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037
--- Comment #1 from Richard Biener ---
Your host linker isn't ppc64?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #8 from rguenther at suse dot de ---
On Wed, 30 Aug 2017, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
>
> --- Comment #7 from Dominique d'Humieres ---
> With the patch in comment 6, compili
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81724
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81939
--- Comment #3 from Dominique d'Humieres ---
> Did you get MALLOC checks?
>
> *** Error in `./a.out': free(): invalid pointer: 0x00c0b560 ***
> *** Error in `./a.out': free(): invalid pointer: 0x00c0b6a0 ***
> *** Error in `./a.ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82038
--- Comment #2 from Christopher Head ---
I think they do. Just one example, but I’m pretty sure it holds for others too
(left-shift equals multiply by power of two, even for negative integers; it’s
right-shift where the behaviour differs due to d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82038
--- Comment #1 from Andrew Pinski ---
I don't think these two assembly code gives the same output if x was negative.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82038
Bug ID: 82038
Summary: Very poor optimization of constant multiply on ARM
Cortex-M7
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984
--- Comment #4 from Vittorio Zecca ---
There is no core dump because by default the ubsan sanitizer does not abort.
But I am pretty sure len1==0 at that point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81939
--- Comment #2 from Vittorio Zecca ---
Did you get MALLOC checks?
*** Error in `./a.out': free(): invalid pointer: 0x00c0b560 ***
*** Error in `./a.out': free(): invalid pointer: 0x00c0b6a0 ***
*** Error in `./a.out': free(): inv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82018
--- Comment #11 from janus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #8)
> Exactly what I feared in comment 4!-(the time taken by this PR is not
> devoted to more important ones, e.g., final review for Paul's patch PR34
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037
Bug ID: 82037
Summary: powerpc64-unknown-linux-gnu bootstrap breaks in stage2
with gcc/liblto_plugin.so: wrong ELF class: ELFCLASS64
Product: gcc
Version: 7.2.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82018
--- Comment #10 from janus at gcc dot gnu.org ---
(In reply to Thomas Koenig from comment #6)
> -Wconversion-extra uncovers lots of things that people may not want to
> see a warning about, such as i8=i4.
>
> We had a lengthy discussion about thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82018
--- Comment #9 from janus at gcc dot gnu.org ---
(In reply to Thomas Koenig from comment #7)
> I expect strong negative feedback if -Wextra starts emitting
> lots of warnings about code which is not problematic.
Well, a few points here:
1) gfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81907
--- Comment #17 from Michail ---
> I think that for this example GCC 7 generates memset() call after changes in
> tree-ssa-dse
I mean GCC 6 generates memset()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #7 from Dominique d'Humieres ---
With the patch in comment 6, compiling the test in comment 0 with -g -flto
gives
while processing
/var/folders/8q/sh_swgz96r7f5vnn08f7fxr0gn/T//ccqniUp8.ltrans0.ltrans.o:
warning: could not find r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81907
Michail changed:
What|Removed |Added
CC||m.kashkarov at partner dot
samsung
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81926
--- Comment #22 from Dennis Clarke ---
I think Rainer's patch as well as the addition of the env vars that
point to "gobjcopy" and "gobjdump" have sorted this out. I get a
clean three stage bootstrap now on an sparc-sun-solaris2.10 arch
which is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82033
--- Comment #4 from Sam Thursfield ---
For posterity, the actual cause of my issue was passing `--disable-multilib` to
configure. It's pretty clear why this broke some threading stuff -- 'pthread'
is a whole separate set of libs on AIX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82034
--- Comment #2 from Oscar Molin ---
(In reply to Richard Biener from comment #1)
> Can you please quote the typedefs for q31_t and q63_t, specify the GCC
> version you tested and provide a full testcase that can be compiled?
I made a program rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82036
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82036
Bug ID: 82036
Summary: Recursive allocatable class components cause infinite
loop in compilation
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82035
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984
--- Comment #3 from Dominique d'Humieres ---
> A core dump would be better.
Can you please elaborate?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82018
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P5
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82018
--- Comment #7 from Thomas Koenig ---
I expect strong negative feedback if -Wextra starts emitting
lots of warnings about code which is not problematic. This
would diminish the usefulness of -Wextra, and people will
simply remove it from their Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81993
--- Comment #13 from Sylvestre Ledru ---
Thanks, I appreciate the very quick reaction!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81593
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81593
--- Comment #5 from Michael Meissner ---
Author: meissner
Date: Wed Aug 30 13:38:27 2017
New Revision: 251532
URL: https://gcc.gnu.org/viewcvs?rev=251532&root=gcc&view=rev
Log:
[gcc]
2017-08-30 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82035
Bug ID: 82035
Summary: GCC picks wrong template method instantiation if there
are same name classes in independent compilation units
Product: gcc
Version: 6.3.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82001
Martin Liška changed:
What|Removed |Added
Known to work||8.0
Summary|[5/6/7/8 regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984
--- Comment #2 from Thomas Koenig ---
A core dump would be better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81588
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82034
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82033
Sam Thursfield changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82033
--- Comment #2 from Sam Thursfield ---
Sorry, I really thought I'd tracked down the correct cause before reporting the
bug, but it seems something else I'm doing is breaking the library.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82001
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Wed Aug 30 12:38:31 2017
New Revision: 251530
URL: https://gcc.gnu.org/viewcvs?rev=251530&root=gcc&view=rev
Log:
Fix IPA ICF with ASM statements (PR inline-asm/82001).
2017-08-30 Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81985
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82007
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81939
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82034
Bug ID: 82034
Summary: SMMLAR pattern not detected on ARMv7-M
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #6 from Richard Biener ---
To recap the situation we have sth like
earlyDebug.o
section .debug_info:
sym1:
CU1
...
CU2 at coff1
lateDebug.o
section .debug_info:
...
DW_TAG_imported_unit
DW_AT_import $sym1 - .debug_info +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #11 from Jack Howarth ---
For what it's worth, I managed to partially suppress the missing headers
bootstrap failure for libstdc++-v3 with the change...
++-v3/include/Makefile.in
--- libstdc++-v3/include/Makefile.in.orig 2017-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82033
--- Comment #1 from Jonathan Wakely ---
(In reply to Sam Thursfield from comment #0)
> This builds fine using `g++ -std=c++11 -pthread`. *Unless* you built the
> compiler with `--disable-bootstrap`. In that case, it fails:
Don't do that then?
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #5 from Richard Biener ---
If port maintainers cannot resolve this somehow the workaround for darwin is to
force -g0 at LTO link time. Unfortunately darwin doesn't support -gstabs
(anymore).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829
--- Comment #6 from Martin Liška ---
(In reply to Xi Ruoyao from comment #5)
> (In reply to Martin Liška from comment #4)
> > (In reply to Xi Ruoyao from comment #3)
> > > marxin's patch:
> > >
> > > http://gcc.gnu.org/ml/gcc-patches/2017-08/msg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82033
Bug ID: 82033
Summary: C++11 library doesn't work on AIX if GCC is
built with --disable-bootstrap
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81841
--- Comment #12 from janus at gcc dot gnu.org ---
(In reply to dbroemmel from comment #11)
> I'm not sure this is the test you had in mind.
Pretty much.
In principle it would be nice to have a runtime check as well, but for a
rejects-valid probl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #4 from Richard Biener ---
That is, looking for documentation on Mach-O I find in mach-o/reloc.h
* Another type of generic relocation, GENERIC_RELOC_SECTDIFF, is to support
* the difference of two symbols defined in different secti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
1 - 100 of 117 matches
Mail list logo
