https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64876
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64649
--- Comment #5 from Tim Shen ---
Author: timshen
Date: Tue Feb 3 08:59:24 2015
New Revision: 220365
URL: https://gcc.gnu.org/viewcvs?rev=220365&root=gcc&view=rev
Log:
PR libstdc++/64649
Backported from mainline
2015-01-22 Tim Shen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64680
--- Comment #2 from Tim Shen ---
Author: timshen
Date: Tue Feb 3 09:01:36 2015
New Revision: 220366
URL: https://gcc.gnu.org/viewcvs?rev=220366&root=gcc&view=rev
Log:
PR libstdc++/64680
Backported from mainline
2015-01-22 Tim Shen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803
--- Comment #8 from Dodji Seketeli ---
Author: dodji
Date: Tue Feb 3 09:26:46 2015
New Revision: 220367
URL: https://gcc.gnu.org/viewcvs?rev=220367&root=gcc&view=rev
Log:
PR preprocessor/64803 - __LINE__ inside macro is not constant
Consider t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64913
Bug ID: 64913
Summary: basic_string fails to use custom allocator
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63504
--- Comment #16 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 3 09:39:19 2015
New Revision: 220368
URL: https://gcc.gnu.org/viewcvs?rev=220368&root=gcc&view=rev
Log:
PR other/63504
* combine.c (reg_n_sets_max): New variable.
(c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63504
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64807
Bug 64807 depends on bug 63504, which changed state.
Bug 63504 Summary: [5 Regression] Issues found by --enable-checking=valgrind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63504
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #13 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Feb 3 09:56:45 2015
New Revision: 220369
URL: https://gcc.gnu.org/viewcvs?rev=220369&root=gcc&view=rev
Log:
PR target/62631
* config/sparc/sparc.h (TARGET_HARD_MUL): Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64851
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252
--- Comment #19 from Dodji Seketeli ---
(In reply to Tom Tromey from comment #16)
> I've tripped across this enough that I've actually filed dups twice now.
>
> I think it would be best to change the ordering here.
> That is, the initial error o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64914
Bug ID: 64914
Summary: With -g3: libiberty/md5.c:336:7: runtime error: load
of misaligned address for type 'const md5_uint32',
which requires 4 byte alignment
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #14 from amker at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #12)
> I'm about to install a patch that changes the costs on SPARC 64-bit to:
>
> Use 1:
> cand costcompl. depends on
> 0 4 0in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64914
Tobias Burnus changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56590
--- Comment #2 from Oleg Endo ---
(In reply to amker from comment #1)
> This surely sounds interesting. Like I suggested in PR62173, RTL optimizer
> might be able to do more in address expression re-association and addressing
> mode choosing.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #22 from Segher Boessenkool ---
Author: segher
Date: Tue Feb 3 12:15:32 2015
New Revision: 220370
URL: https://gcc.gnu.org/viewcvs?rev=220370&root=gcc&view=rev
Log:
PR middle-end/61225
gcc.target/i386/pr49095.c: XFAIL for ia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58400
--- Comment #16 from Chen Gang ---
(In reply to Jeffrey A. Law from comment #15)
> The patch needs to be reviewed. It's been a long time since I thought about
> the _STRICT variants of the REG_OK_ macros and how all that's supposed to
> work. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64915
Bug ID: 64915
Summary: lambda partially drops constness of 'this'
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64916
Bug ID: 64916
Summary: ira.c update_equiv_regs patch causes
gcc/testsuite/gcc.target/arm/pr43920-2.c regression
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64917
Bug ID: 64917
Summary: Remove spurious '^L' from libjava/libltdl/COPYING.LIB.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64917
--- Comment #1 from Andrew Pinski ---
The control l mark a new page.
Also libltdl is imported from an upstream sources.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64916
Ramana Radhakrishnan changed:
What|Removed |Added
Target||arm*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64918
Bug ID: 64918
Summary: invalid (?) warning when initializing structure
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
Bug ID: 64919
Summary: bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
Torbjörn Gard changed:
What|Removed |Added
CC||tgard at opentext dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
--- Comment #2 from Torbjörn Gard ---
Created attachment 34654
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34654&action=edit
Using truss for the compile: Note that cc1 command does not exist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
--- Comment #3 from Torbjörn Gard ---
Created attachment 34655
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34655&action=edit
confg.log for libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
--- Comment #4 from Torbjörn Gard ---
Created attachment 34656
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34656&action=edit
top level config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919
Torbjörn Gard changed:
What|Removed |Added
Attachment #34656|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64876
Alan Modra changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64920
Bug ID: 64920
Summary: bootstrap-ubsan [build/gengtype -r gtype.state]:
libiberty/regex.c:6970:11: runtime error: left shift
of negative value -1
Product: gcc
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63744
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303
Rafael Avila de Espindola changed:
What|Removed |Added
CC||rafael.espindola at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
Bug ID: 64921
Summary: [5 Regression] FAIL: gfortran.dg/class_allocate_18.f90
with -fPIC
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64918
--- Comment #1 from joseph at codesourcery dot com ---
I think the logical side-effect in C standard terms of the initializer
being overridden is that it contains a compound literal, and so executing
that initializer has the side-effect of init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
Bug ID: 64922
Summary: runtime error: member call on misaligned address for
type 'struct _Rep'
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #1 from Marek Polacek ---
It might have started with r219695. Or maybe with r219823.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #2 from Marek Polacek ---
Program received signal SIGSEGV, Segmentation fault.
0x004018e7 in __exchange_and_add (__val=-1, __mem=0xfff9)
at
/home/marek/x/trunk/x86_64-unknown-linux-gnu/libstdc++-v3/include/ext/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64688
--- Comment #17 from Jeffrey A. Law ---
Sorry, I should have just changed the regression marker on this rather than
closing. Sorry for making more work for folks.
Vlad & Jakub are in the best position to decide if this ought to be backported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64918
--- Comment #2 from Øystein Schønning-Johansen ---
Really insightful, Joseph. I do understand the warning a bit better now. I have
not looked into the GCC parsing code, but based on your description and my
(limited) understanding of the problem,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64923
Bug ID: 64923
Summary: [s390] Generated code uses struct padding instead of
just the bitfield
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64923
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64810
--- Comment #24 from David Malcolm ---
Author: dmalcolm
Date: Tue Feb 3 17:19:58 2015
New Revision: 220373
URL: https://gcc.gnu.org/viewcvs?rev=220373&root=gcc&view=rev
Log:
PR jit/64810: driver, arm, jit: configure-time default options
gcc/Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
--- Comment #2 from H.J. Lu ---
I got
Program received signal SIGSEGV: Segmentation fault - invalid memory reference.
Backtrace for this error:
#0 0xF763FACE
#1 0xF763EBDE
#2 0xF773CBBF
#3 0x8048BA5 in __final_main_T2.3337 at class_allocate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64877
--- Comment #7 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Feb 3 17:21:49 2015
New Revision: 220374
URL: https://gcc.gnu.org/viewcvs?rev=220374&root=gcc&view=rev
Log:
/cp
2015-02-03 Paolo Carlini
PR c++/64877
* typeck.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64877
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|paolo.carlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
H.J. Lu changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Summary|[5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64918
--- Comment #3 from joseph at codesourcery dot com ---
There isn't currently an option to disable this warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64924
Bug ID: 64924
Summary: Callback function passed as a parameter with typename
declaration produces an ICE.
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64924
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64925
Bug ID: 64925
Summary: ICE with same names for dummy arg and internal
procedure
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64926
Bug ID: 64926
Summary: Variable declared in if-statement-header is in wrong
scope
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: major
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64926
Roman Proskuryakov changed:
What|Removed |Added
Keywords||accepts-invalid, diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64926
--- Comment #1 from Roman Proskuryakov ---
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64900
--- Comment #1 from Ian Lance Taylor ---
Normally libgo.so will get the symbol _Unwind_GetLanguageSpecificData from
libgcc_s.so. The first step here is to find out why that didn't happen. Was
libgo.so not linked against libgcc_s.so? Does libgc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64926
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61624
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60995
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64927
Bug ID: 64927
Summary: [4.7/4.8 Regression] Surprising error with
-Wsurprising (-Wall) and TRANSFER + C_ASSOCIATED
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60728
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59095
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58075
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57194
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64595
Ian Lance Taylor changed:
What|Removed |Added
CC||allan at archlinux dot org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56839
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64925
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64927
--- Comment #1 from Harald Anlauf ---
There's also a typo in the online documentation on C_ASSOCIATED:
https://gcc.gnu.org/onlinedocs/gfortran/C_005fASSOCIATED.html
"c_prt_1" should read "c_ptr_1" in two places.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64266
Jason Merrill changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64660
--- Comment #2 from Oleg Endo ---
Author: olegendo
Date: Tue Feb 3 20:24:13 2015
New Revision: 220376
URL: https://gcc.gnu.org/viewcvs?rev=220376&root=gcc&view=rev
Log:
gcc/
PR target/64660
* config/sh/sync.md (atomic__hard,
atomic_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64511
--- Comment #21 from Alexandre Oliva ---
I went back to r219641, just before the problem disappeared again, installed
the r220031 patch to fix the dwarf2out crash, and compilation completed
sucessfully in 36s. Installing the patch for bug 64817
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64756
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 3 20:41:38 2015
New Revision: 220377
URL: https://gcc.gnu.org/viewcvs?rev=220377&root=gcc&view=rev
Log:
PR rtl-optimization/64756
* cse.c (invalidate_dest): New function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64925
--- Comment #2 from Bill Long ---
The error message in Comment 1 provides correct information, and the
compilation does not cause an ICE, so this is a definite improvement.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
Bug ID: 64928
Summary: unreasonable cpu time and memory usage in "phase opt
and generate" with -ftest-coverage -fprofile-arcs
Product: gcc
Version: 4.9.2
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #1 from lucier at math dot purdue.edu ---
Created attachment 34660
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34660&action=edit
Input file for bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
--- Comment #4 from Paul Thomas ---
(In reply to H.J. Lu from comment #3)
> gfortran.dg/class_allocate_18.f90 seems to fail at random on trunk
> and 4.9 branch:
>
> https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg00308.html
>
> It is caused b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #2 from Andrew Pinski ---
Note phase opt and generate is a toplevel time area.
The passes which take most of the time are:
tree DSE: 2.80 ( 8%) usr 0.00 ( 0%) sys 2.80 ( 8%) wall
0 kB ( 0%) ggc
out of ssa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64929
Bug ID: 64929
Summary: [5 Regression] FAIL: libstdc++-prettyprinters/48362.cc
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
Andrew Pinski changed:
What|Removed |Added
Keywords||compile-time-hog
--- Comment #3 from And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64257
--- Comment #4 from David Malcolm ---
Patch is installed on relevant machine, and showed up in last night's cronjob
log:
https://gcc.gnu.org/ml/gccadmin/2015-q1/msg00075.html
as:
sphinx-build -b html -d _build/doctrees . _build/html
make: sp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64929
--- Comment #1 from H.J. Lu ---
r219953 doesn't fix 32:
https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg00332.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #23 from Eric Christopher ---
So, I think Jakub's solution is strictly better here as it allows intermixing
of asan and non-asan code. It'll involve a bit of work in llvm's middle end to
keep track of symbol type to make sure to emit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64929
--- Comment #2 from H.J. Lu ---
Also happens on Fedora 20 x86-32 and x86-64 with python-2.7.5-15.fc20:
https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg00335.html
https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg00335.html
$2 = std::tuple con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64927
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #4 from lucier at math dot purdue.edu ---
On 02/03/2015 04:32 PM, pinskia at gcc dot gnu.org wrote:
> > --- Comment #2 from Andrew Pinski ---
> Note phase opt and generate is a toplevel time area.
> The passes which take most of the t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #24 from Eric Christopher ---
For the record btw, I don't believe there's a reason why the linker couldn't
split up the data section by knowing the size of the variable so it's worth
being very careful here - there be dragons and thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64927
--- Comment #3 from Steve Kargl ---
On Tue, Feb 03, 2015 at 09:49:16PM +, kargl at gcc dot gnu.org wrote:
>
> I'll fix the typos in the manual in few minutes.
>
Fixed by r220381 in 5.0 and by r220382 in 4.9.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #25 from Andrew Pinski ---
(In reply to Eric Christopher from comment #24)
> For the record btw, I don't believe there's a reason why the linker couldn't
> split up the data section by knowing the size of the variable so it's worth
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #26 from Eric Christopher ---
Sure. Not the general case for other targets though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #27 from Jakub Jelinek ---
And even without section anchors, there is no guarantee there aren't relative
relocations in between the symbols, that just have been applied already at
assembly time (say relocations against .L* symbols).
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #28 from Eric Christopher ---
Ah, but not every platform is ELF :)
ld64 has the flexibility to do this with Mach-O. As I said, I don't have any
better ideas at the moment, but warning that it is possible to break.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
--- Comment #4 from Michael Meissner ---
Is -mcpu=power7 -mno-hard-dfp really a reasonable option?
I built a toolchain using --with-cpu=power5 from subversion id 219607 on a
powerpc64 linux system, and the system bootstrapped.
If I compile the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
--- Comment #5 from Michael Meissner ---
Ah, ok, it helps to read the bug report. If you bootstrap with --with-cpu=G5
it fails, --with-cpu=power5 passes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64930
Bug ID: 64930
Summary: [5.0 regression] FAIL: gcc.target/powerpc/atomic-p7.c
scan-assembler-times isync 12
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severit
1 - 100 of 110 matches
Mail list logo