https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62103
--- Comment #12 from Thomas Preud'homme ---
Author: thopre01
Date: Wed Feb 4 08:22:45 2015
New Revision: 220390
URL: https://gcc.gnu.org/viewcvs?rev=220390&root=gcc&view=rev
Log:
2015-02-04 Thomas Preud'homme
gcc/
PR middle-end/6210
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64756
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|jakub at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64467
--- Comment #7 from renlin at gcc dot gnu.org ---
Author: renlin
Date: Wed Feb 4 09:24:56 2015
New Revision: 220392
URL: https://gcc.gnu.org/viewcvs?rev=220392&root=gcc&view=rev
Log:
[PATCH][libstdc++][Testsuite] isctype test fails for newlib.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64932
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64812
Timo Teräs changed:
What|Removed |Added
CC||timo.teras at iki dot fi
--- Comment #3 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64932
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |4.9.3
Summary|[5.0] ICE on mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64933
Bug ID: 64933
Summary: ASSOCIATE on a character variable does not allow
substring expressions
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64933
--- Comment #1 from Olivier Marsden ---
Comment on attachment 34662
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34662
gfortran 5.0 ICE output for test case
>
> print *, should_work(5:15)
> 1
>internal compiler error: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303
Hans de Goede changed:
What|Removed |Added
CC||jwrdegoede at fedoraproject
dot or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #16 from Eric Botcazou ---
> The cost of expression "p + ((sizetype)(99 - i_6(D)) + 1) * 4" computed
> using normal +/-/* operators on sparc64 is 18, but the cost is 32 if it is
> computed as "p + ((sizetype)(99 - i_6(D)) + 1) << 2",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
Maxim Kuvyrkov changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |christophe.lyon at st
dot com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #29 from Jakub Jelinek ---
Perhaps you can emit another symbol covering the original size plus padding in
that case on targets where linker can do something so problematic.
So you'd end up having e.g. symbol
varfoo addr=0x1234500 size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64408
--- Comment #1 from Nick Clifton ---
Author: nickc
Date: Wed Feb 4 13:42:26 2015
New Revision: 220400
URL: https://gcc.gnu.org/viewcvs?rev=220400&root=gcc&view=rev
Log:
PR target/64408
* config/fr30/predicates.md (di_operand): Add SUBRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64408
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64407
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64905
Uroš Bizjak changed:
What|Removed |Added
CC||law at redhat dot com
Component|t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64817
--- Comment #7 from Alexandre Oliva ---
Author: aoliva
Date: Wed Feb 4 14:23:33 2015
New Revision: 220404
URL: https://gcc.gnu.org/viewcvs?rev=220404&root=gcc&view=rev
Log:
Avoid allocating memory when trying but failing to simplify XOR of AND.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64817
--- Comment #8 from Alexandre Oliva ---
Author: aoliva
Date: Wed Feb 4 14:23:47 2015
New Revision: 220405
URL: https://gcc.gnu.org/viewcvs?rev=220405&root=gcc&view=rev
Log:
Simplify XOR of (AND or IOR) of XOR.
for gcc/ChangeLog
PR debug/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64817
--- Comment #9 from Alexandre Oliva ---
Author: aoliva
Date: Wed Feb 4 14:24:00 2015
New Revision: 220406
URL: https://gcc.gnu.org/viewcvs?rev=220406&root=gcc&view=rev
Log:
Fix signedness of compares expanding debug exprs.
for gcc/ChangeLog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64511
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64934
Bug ID: 64934
Summary: The french text of --version is not proper french
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
Bug ID: 64935
Summary: [5 Regression] compare debug failure during building
of Linux kernel
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #17 from Eric Botcazou ---
This looks a generic problem in get_shiftadd_cost to me, it ought to mimic the
algorithms in expmed.c, something like:
@@ -3597,22 +3597,26 @@ get_shiftadd_cost (tree expr, machine_mo
tree multop = TREE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64934
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64936
Bug ID: 64936
Summary: regex, ECMA treated as posix
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64934
--- Comment #2 from Tobias Burnus ---
The link I posted was regarding the translation of the strings:
"This is free software; see the source for copying conditions. There is NO\n"
"warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64901
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Feb 4 15:38:50 2015
New Revision: 220409
URL: https://gcc.gnu.org/viewcvs?rev=220409&root=gcc&view=rev
Log:
2015-02-04 Ville Voutilainen
PR c++/64901
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64901
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64900
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64905
H.J. Lu changed:
What|Removed |Added
CC||vmakarov at redhat dot com
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> The attached test case fails for me with
> with the same message:
> g++: error: test.ii: -fcompare-debug failure (length)
That's with x86-64-gnu-linux in my ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64900
--- Comment #3 from Ian Lance Taylor ---
Unfortunately that patch breaks the build on x86 GNU/Linux. The problem is
that the split-stack support (the __morestack symbol) must be linked into the
shared library directly, not via -lgcc_s. So it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64937
Bug ID: 64937
Summary: [5 Regression] compare debug failure with
-fsanitize=address
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
--- Comment #4 from Tobias Burnus ---
(In reply to Markus Trippelsdorf from comment #1)
> Started with r220316.
Mine (comment 2) also fails with r220315 - but it is also a 5.0 regression.
Hence, I filled a new PR for it: PR64937.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64878
--- Comment #5 from Sebastian Pop ---
Created attachment 34665
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34665&action=edit
fix
The problem is that we jump thread twice across the loop latch:
first, from
case '{':
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64408
--- Comment #3 from Yaakov Selkowitz ---
(In reply to Nick Clifton from comment #2)
> Fixed by:
>
> https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00247.html
Fix confirmed with 4.9.2; thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781
--- Comment #13 from Tom Tromey ---
(In reply to jos...@codesourcery.com from comment #12)
> On Thu, 29 Jan 2015, tromey at gcc dot gnu.org wrote:
>
> > E.g., firefox has a logging printf that accepts "%hs" to print char16_t*
> > strings. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
clyon at gcc dot gnu.org changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64878
--- Comment #6 from Jakub Jelinek ---
(In reply to Sebastian Pop from comment #5)
> Created attachment 34665 [details]
> fix
Thanks for working on this. s/accross/across/. Please mail it to gcc-patches
once you test it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mkuvyrkov at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64937
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |5.0
--- Comment #1 from Tobias Burnus -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63888
--- Comment #30 from Eric Christopher ---
That might be reasonable. As far as I know ld64 doesn't do that yet, but I know
it's been thought about.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
Paul Thomas changed:
What|Removed |Added
CC||jaydub66 at gmail dot com
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64688
--- Comment #18 from Vladimir Makarov ---
(In reply to Jeffrey A. Law from comment #17)
>
> Vlad & Jakub are in the best position to decide if this ought to be
> backported.
I am agree with Jakub. I'd wait for 2 weeks. Frequently a fix in thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
--- Comment #7 from H.J. Lu ---
(In reply to Paul Thomas from comment #6)
> (In reply to H.J. Lu from comment #2)
> > I got
> >
> > Program received signal SIGSEGV: Segmentation fault - invalid memory
> > reference.
> >
> > Backtrace for this e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #6 from Jan Hubicka ---
Created attachment 34666
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34666&action=edit
Patch I am testing.
The following patch fixes the parameters, but I do not get any
ubsan_unreachable calls. Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #7 from Jakub Jelinek ---
(In reply to Jan Hubicka from comment #6)
> Created attachment 34666 [details]
> Patch I am testing.
>
> The following patch fixes the parameters, but I do not get any
> ubsan_unreachable calls. Jakub, can y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781
--- Comment #14 from Manuel López-Ibáñez ---
(In reply to Tom Tromey from comment #13)
> I have been reconsidering the plugin approach given some new things
> I learned about the details of the firefox code (namely that it doesn't
> faithfully fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
--- Comment #8 from Paul Thomas ---
(In reply to H.J. Lu from comment #7)
> (In reply to Paul Thomas from comment #6)
> > (In reply to H.J. Lu from comment #2)
> > > I got
> > >
> > > Program received signal SIGSEGV: Segmentation fault - invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64477
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64907
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
--- Comment #9 from Dominique d'Humieres ---
> If I have understood correctly, -fPIC is not supported on x86_64 and so,
> unless I am mistaken, I cannot help you further.
This is not how I understand comment 1.
Note that if I compile with -fsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64929
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64695
--- Comment #3 from H.J. Lu ---
*** Bug 64929 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
--- Comment #10 from Dominique d'Humieres ---
This is probably a duplicate of pr64849.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64695
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64257
--- Comment #7 from David Malcolm ---
Author: dmalcolm
Date: Wed Feb 4 19:11:48 2015
New Revision: 220412
URL: https://gcc.gnu.org/viewcvs?rev=220412&root=gcc&view=rev
Log:
More fixes for update_web_docs_svn for jit docs (PR jit/64257)
gcc/jit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64868
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64935
--- Comment #6 from Markus Trippelsdorf ---
trippels@gcc2-power8 % cat wp512.i
int a[] = {}, b[] = {}, c[] = {}, d[] = {}, e[] = {}, f[] = {}, h[] = {};
int g[] = { 0 };
int i, l, s, w, x, y, z, t2, t3, t5;
unsigned long j, m, o, t4;
long k, n, p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64905
--- Comment #6 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 4 19:35:17 2015
New Revision: 220414
URL: https://gcc.gnu.org/viewcvs?rev=220414&root=gcc&view=rev
Log:
Clear hard frame pointer alignment if not needed
When hard frame p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64905
H.J. Lu changed:
What|Removed |Added
Known to work||5.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64905
--- Comment #8 from Dominique d'Humieres ---
AFAICT only the ChangeLogs have been committed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64938
Bug ID: 64938
Summary: [4.9 Regression] ICE in
symtab_remove_unreachable_nodes, at ipa.c:547 on
arm-linux-gnueabihf
Product: gcc
Version: 4.9.2
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64882
--- Comment #14 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Feb 4 20:00:48 2015
New Revision: 220415
URL: https://gcc.gnu.org/viewcvs?rev=220415&root=gcc&view=rev
Log:
Backport from mainline
2015-01-31 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64938
--- Comment #1 from Matthias Klose ---
couldn't find any approval email on gcc-patches for the backport. Was this
supposed to go to the gcc-4.9 google branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #8 from Jakub Jelinek ---
So, with the patch you've posted I get:
$ /usr/src/gcc/obj/gcc/g++ -B /usr/src/gcc/obj/gcc/
`/usr/src/gcc/obj/x86_*/libstdc++-v3/scripts/testsuite_flags --build-includes`
-E -o x.ii x.cc -O2 -D_GLIBCXX_USE_CX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #9 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #8)
> So, with the patch you've posted I get:
> $ /usr/src/gcc/obj/gcc/g++ -B /usr/src/gcc/obj/gcc/
> `/usr/src/gcc/obj/x86_*/libstdc++-v3/scripts/testsuite_flags
> --b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #10 from Jakub Jelinek ---
Created attachment 34669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34669&action=edit
x.ii
Preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #11 from Jan Hubicka ---
Author: hubicka
Date: Wed Feb 4 20:28:49 2015
New Revision: 220417
URL: https://gcc.gnu.org/viewcvs?rev=220417&root=gcc&view=rev
Log:
PR middle-end/64922
* gimple.c: Include gimple-ssa.h.
(maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64939
Bug ID: 64939
Summary: ICE in extract_insn, at recog.c:2202
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64939
--- Comment #1 from Ken Brown ---
Created attachment 34670
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34670&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64937
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64882
--- Comment #15 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Feb 4 21:46:01 2015
New Revision: 220418
URL: https://gcc.gnu.org/viewcvs?rev=220418&root=gcc&view=rev
Log:
Backport from mainline
2015-01-31 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64882
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64467
--- Comment #8 from Hans-Peter Nilsson ---
Hm, considering the recently-applied patch at r220392, why does my autotester
still see these fail at r220396?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #12 from Jan Hubicka ---
OK, the devirtualization I see is for
_Z3getI10Code_BlockEbR2CSRKSsPT_.part.3.constprop.7
when it is inlined to
_ZN4FileC2ERKSs
outer type of original context is:
$6 = {offset = 0, speculative_offset = 0, o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #13 from Jan Hubicka ---
Created attachment 34671
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34671&action=edit
Patch I am testing
OK, the problem is that we first speculatively devirtualize to the target while
inlining. Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53637
marc at kdab dot com changed:
What|Removed |Added
CC||marc at kdab dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64868
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 4 22:32:36 2015
New Revision: 220420
URL: https://gcc.gnu.org/viewcvs?rev=220420&root=gcc&view=rev
Log:
PR c/64824
PR c/64868
gcc/c/
* c-parser.c (c_parser_omp_atomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64824
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 4 22:32:36 2015
New Revision: 220420
URL: https://gcc.gnu.org/viewcvs?rev=220420&root=gcc&view=rev
Log:
PR c/64824
PR c/64868
gcc/c/
* c-parser.c (c_parser_omp_atomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64868
--- Comment #3 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64824
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51571
marc at kdab dot com changed:
What|Removed |Added
CC||marc at kdab dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58055
marc at kdab dot com changed:
What|Removed |Added
CC||marc at kdab dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64940
Bug ID: 64940
Summary: Question: is it possible to build a single gcc/g++
that will work on mult. OS versions?
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53637
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64940
--- Comment #1 from Andrew Pinski ---
You can call fix-includes after installing the toolchain if needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686
--- Comment #7 from Jan Hubicka ---
It is an ordering issue. We are adding edges to heap and resolving speculations
at once that means that we have temporarily wrong summaries. I am testing the
following that should not affect codegen in any impo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64922
--- Comment #14 from Jan Hubicka ---
Author: hubicka
Date: Wed Feb 4 22:59:30 2015
New Revision: 220423
URL: https://gcc.gnu.org/viewcvs?rev=220423&root=gcc&view=rev
Log:
PR middle-end/64922
* ipa-prop.c (update_indirect_edges_after_inl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64896
--- Comment #5 from Jan Hubicka ---
Hmm, an RTL expansion issue. We optimize m_fn2 as
B D::m_fn2() const (const struct D * const this)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64123
--- Comment #26 from Jan Hubicka ---
Author: hubicka
Date: Wed Feb 4 23:26:40 2015
New Revision: 220424
URL: https://gcc.gnu.org/viewcvs?rev=220424&root=gcc&view=rev
Log:
PR gcov/64123
* gcov-io.c (gcov_var): Export.
Modified:
trun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64940
--- Comment #2 from Bill Torpey ---
Thanks for the quick reply!
Unfortunately, the approach you suggest won't work for what we want to do,
which is to have a *single* network-mounted gcc that can be used from both.
That means we need a "generic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64938
--- Comment #2 from Matthias Klose ---
Author: doko
Date: Wed Feb 4 23:36:22 2015
New Revision: 220426
URL: https://gcc.gnu.org/viewcvs?rev=220426&root=gcc&view=rev
Log:
2015-02-04 Matthias Klose
PR target/64938
Backport fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64559
--- Comment #5 from Matthias Klose ---
Author: doko
Date: Wed Feb 4 23:36:22 2015
New Revision: 220426
URL: https://gcc.gnu.org/viewcvs?rev=220426&root=gcc&view=rev
Log:
2015-02-04 Matthias Klose
PR target/64938
Backport fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64068
--- Comment #11 from Matthias Klose ---
Author: doko
Date: Wed Feb 4 23:36:22 2015
New Revision: 220426
URL: https://gcc.gnu.org/viewcvs?rev=220426&root=gcc&view=rev
Log:
2015-02-04 Matthias Klose
PR target/64938
Backport fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #6 from Zoltan Hidvegi ---
Created attachment 34672
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34672&action=edit
Patch to limit dbx stabstring length to 32000
1 - 100 of 121 matches
Mail list logo
