https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
--- Comment #33 from amker at gcc dot gnu.org ---
(In reply to Richard Biener from comment #32)
> "So I take the other way around by passing the IV's ssa_name into
> scev_probably_wraps_p along call sequence
> "idx_find_step->convert_affine_scev->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64942
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||wrong-debug
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64705
--- Comment #4 from amker at gcc dot gnu.org ---
I had a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64941
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64941
--- Comment #1 from Brian M ---
I can't attach the source so here are links to where they can be found:
tar: http://ftp.gnu.org/gnu/tar/tar-1.27.1.tar.bz2
kbd: https://www.kernel.org/pub/linux/utils/kbd/kbd-1.15.5.tar.gz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64941
Bug ID: 64941
Summary: -O3 breaks tar
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
Assignee: unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #21 from Jan Hubicka ---
Author: hubicka
Date: Thu Feb 5 04:45:41 2015
New Revision: 220434
URL: https://gcc.gnu.org/viewcvs?rev=220434&root=gcc&view=rev
Log:
PR ipa/61548
* tree-emultls.c (new_emutls_decl): Resolve alias af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #9 from Zoltan Hidvegi ---
xlC generates stubs with continuation, and it seems to cut them at 16k both for
32-bit and 64-bit objects, so maybe gcc could do the same. gdb-7.7.1 seems to
segfault on stubs longer than 32k for 32-bit exec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #20 from tbsaunde at tbsaunde dot org ---
> Created attachment 34673
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34673&action=edit
> Proposed fix
>
> Ok, there seems to be 3 issues ;) First is that emutls does not resolve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #19 from Jan Hubicka ---
Author: hubicka
Date: Thu Feb 5 04:01:25 2015
New Revision: 220433
URL: https://gcc.gnu.org/viewcvs?rev=220433&root=gcc&view=rev
Log:
PR ipa/61548
* ipa.c (symbol_table::remove_unreachable_nodes): F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #18 from Jan Hubicka ---
Author: hubicka
Date: Thu Feb 5 03:57:32 2015
New Revision: 220432
URL: https://gcc.gnu.org/viewcvs?rev=220432&root=gcc&view=rev
Log:
PR ipa/61548
* varpool.c (varpool_node::remove): Fix order of va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #8 from David Edelsohn ---
Thanks for the patch, Zoltan, but the patch is not the challenge. It is not
difficult to instruct GCC to generate stabs with continuation. The question
always has been if the debuggers on AIX can understan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64068
--- Comment #12 from wmi at gcc dot gnu.org ---
Author: wmi
Date: Thu Feb 5 00:27:54 2015
New Revision: 220431
URL: https://gcc.gnu.org/viewcvs?rev=220431&root=gcc&view=rev
Log:
Backport from gcc-4_9-branch.
2015-02-04 Matthias Klose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64559
--- Comment #6 from wmi at gcc dot gnu.org ---
Author: wmi
Date: Thu Feb 5 00:27:54 2015
New Revision: 220431
URL: https://gcc.gnu.org/viewcvs?rev=220431&root=gcc&view=rev
Log:
Backport from gcc-4_9-branch.
2015-02-04 Matthias Klose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64938
--- Comment #3 from wmi at gcc dot gnu.org ---
Author: wmi
Date: Thu Feb 5 00:27:54 2015
New Revision: 220431
URL: https://gcc.gnu.org/viewcvs?rev=220431&root=gcc&view=rev
Log:
Backport from gcc-4_9-branch.
2015-02-04 Matthias Klose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686
--- Comment #8 from Jan Hubicka ---
Author: hubicka
Date: Thu Feb 5 00:16:11 2015
New Revision: 220429
URL: https://gcc.gnu.org/viewcvs?rev=220429&root=gcc&view=rev
Log:
PR ipa/64686
* ipa-inline.c (inline_small_functions): Fix ordering
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #17 from Jan Hubicka ---
Created attachment 34673
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34673&action=edit
Proposed fix
Ok, there seems to be 3 issues ;) First is that emutls does not resolve alias
after introducing it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64940
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #7 from Zoltan Hidvegi ---
With the above trivial change I've been able to build code with long
stabstrings on AIX 6.1. I was using the gcc-4.8 branch since that's what we are
using here. If you fix this, could you please also apply i
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
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=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=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=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=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=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=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=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=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=53637
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=64824
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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
--- 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 #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=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=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=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=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=64882
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=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=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=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=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 #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=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=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
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=64905
--- Comment #8 from Dominique d'Humieres ---
AFAICT only the ChangeLogs have been committed.
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 #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=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=64868
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=64695
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
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
--- 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=64929
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=64907
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comme
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=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=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=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=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=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=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
Paul Thomas changed:
What|Removed |Added
CC||jaydub66 at gmail dot com
--- Comment #6 f
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=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=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=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=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=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=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=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=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=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=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=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=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=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
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=64901
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
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=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=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
1 - 100 of 121 matches
Mail list logo
