https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65252
--- Comment #2 from Goswin von Brederlow ---
As long as it's only one C/C++ file that works. But if one has multiple files
then -fno-lto would optimize less. I was thinking of a more general case than
mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65234
--- Comment #4 from Jerry DeLisle ---
Created attachment 34906
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34906&action=edit
Patch tested on x86-64
This patch passes regression testing and NIST testing.
Fairly simple.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64506
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65257
Bug ID: 65257
Summary: cin not working with empty string when _GLIBCXX_DEBUG
is defined on Windows
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65251
--- Comment #2 from Kazumoto Kojima ---
FYI, I can't reproduce the problem on i686-gcc cross sh4-unknown-linux-gnu
4.9/5 compilers, though the preprocessed source can be compiled as is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
--- Comment #15 from Jan Hubicka ---
Author: hubicka
Date: Sat Feb 28 22:53:37 2015
New Revision: 221079
URL: https://gcc.gnu.org/viewcvs?rev=221079&root=gcc&view=rev
Log:
PR ipa/65237
* ipa-icf.c (sem_function::merge): Do not attempt to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #8 from Jan Hubicka ---
Author: hubicka
Date: Sat Feb 28 22:46:22 2015
New Revision: 221078
URL: https://gcc.gnu.org/viewcvs?rev=221078&root=gcc&view=rev
Log:
PR ipa/65232
* ipa-icf.c (clear_decl_rtl): New function.
(sem_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65256
Bug ID: 65256
Summary: [5 regression] Undefined symbols linking f951
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #4 from Yichao Yu ---
Created attachment 34905
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34905&action=edit
config.log of a more recent snapshot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #7 from Jan Hubicka ---
Aha, the DECL is first seen by notice_global_symbol and then turned to alias. I
guess we just need to clear DECL_RTL on the path producing aliases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #3 from Yichao Yu ---
I didn't keep the config.log file used to compile the gcc I used to compile the
binary attached but here's the config.log of a slightly later snapshot
(20150204, which is the same used for the arm native compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #2 from Yichao Yu ---
ARM environment is ArchLinuxARM (armv7h)[1] on a Xilinx Zynq 0702 Eval board
which has a dual-core Cortex-a9 processor.
[1] http://archlinuxarm.org/packages
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #1 from Yichao Yu ---
Created attachment 34904
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34904&action=edit
Source and output programs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
Bug ID: 65255
Summary: std::thread does not work for cross compiling on ARM
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #7 from Oleg Endo ---
Created attachment 34902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34902&action=edit
Various R0 pre-alloc splits
I've tried compiling CSiBE with the two split patterns in comment #5 ...
It's a can of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65236
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65236
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Sat Feb 28 20:32:15 2015
New Revision: 221077
URL: https://gcc.gnu.org/viewcvs?rev=221077&root=gcc&view=rev
Log:
PR ipa/65236
* g++.dg/ipa/ipa-icf-6.C: New testcase.
* cgraph
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
--- Comment #14 from H.J. Lu ---
(In reply to Pat Haugen from comment #12)
> Commentary got lost for prior attachment...
>
> 483.xalancbmk from cpu2006 started to fail building on powerpc64[le] with
> the subject revision.
>
I got the same err
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: howarth at bromo dot med.uc.edu
The simple-object-xcoff.c file in libiberty produces a number of warnings of
the form...
./../../gcc-5-20150228/libiberty/simple-object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
--- Comment #13 from Jan Hubicka ---
The alias is really in a wrong comdat group. C++ FE should produce lthunk
correctly. It may be related to PR64988
I suppose the code I added to resolve_alias to redirect aliases of aliases to
their target tri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #6 from Jan Hubicka ---
Hmm, it seems we triggered another bug of aliases WRT anchors. How does the
declarations in question look like? (basically all aliases introduced by
ipa-icf can also be coded by hand).
Is it the path
/* For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65224
--- Comment #2 from Jan Hubicka ---
Yep, I am aware of this problem. Good we have tracking bug for this.
LRA is not the first pass down top-down propagation and I originally set up the
topological order precisely to make these kind of tricks pos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63731
--- Comment #26 from Ian Lance Taylor ---
Tatsushi: are you asking about gccgo, or about gc?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #5 from Aldy Hernandez ---
For the following symbol:
(symbol_ref:SI ("_ZTCSt9strstream8_So") [flags 0x82] )
We fail this assertion:
change_symbol_block (rtx symbol, struct object_block *block)
{
if (block != SYMBOL_REF_BLOCK (sym
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #6 from Oleg Endo ---
(In reply to Oleg Endo from comment #5)
>
> While we probably could add those two patterns as a quick fix, I don't think
> it's a great solution, because we'd actually need to add such patterns for
> *all* insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65248
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #5 from Oleg Endo ---
On trunk, I've tried adding this:
(define_split
[(set (match_operand:SI 0 "arith_reg_dest")
(mem:SI (plus:SI (match_operand:SI 1 "arith_reg_operand")
(match_operand:SI 2 "arith_reg_operand")))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65251
Oleg Endo changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #3 from Matthias Klose ---
reverting r221040 lets the bootstrap succeed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #4 from Oleg Endo ---
For some reason r0 is live throughout the whole basic block where the problem
occures. The basic block starts with:
(note 36 35 38 5 [bb 5] NOTE_INSN_BASIC_BLOCK)
(note 38 36 39 5 NOTE_INSN_DELETED)
(note 39 38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62182
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65253
Bug ID: 65253
Summary: Wmemsize-comparison
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65232
--- Comment #2 from Matthias Klose ---
Created attachment 34900
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34900&action=edit
preprocessed source
preprocessed source, produced with r221076
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65252
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65252
Bug ID: 65252
Summary: Link time optimization breaks use of filenames in
linker scripts
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65251
Bug ID: 65251
Summary: sh4: internal compiler error: Bus error when compiling
cpp-netlib
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65246
Matthias Klose changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65246
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65250
Bug ID: 65250
Summary: [SH] Improve comparisons followed by a negated cstore
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65246
--- Comment #1 from Matthias Klose ---
Author: doko
Date: Sat Feb 28 09:22:43 2015
New Revision: 221076
URL: https://gcc.gnu.org/viewcvs?rev=221076&root=gcc&view=rev
Log:
2015-02-28 Matthias Klose
PR libstdc++/65246
* python/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64760
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
46 matches
Mail list logo
