https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #8 from Dmitry Vyukov dvyukov at google dot com ---
Kostya, Alexey, Eugeniy, please land this fix to llvm tree while I am OOO.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66234
Bug ID: 66234
Summary: Too much output from pragma message with g++ 4.8 and
above
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66235
Bug ID: 66235
Summary: [SH] Optimize tst reg,const movrt sequence
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
No, IMHO you can have many debug insns after that and before first real insn.
I'd go for something like:
rtx_insn *insn = get_insns ();
if (!active_insn_p (insn))
insn =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66207
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
Native bootstrap with alphaev68-linux-gnu (a BWX architecture) with the patch
from Comment #1 succeeded, the testresults are at [1]. Comparing to non-LRA
testsuite run, here is only one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Sounds like gimple folding issue.
We have:
vect__4.9_31 = (vector(4) float) { 0, 1, 2, 3 };
vect__5.10_32 = (vector(4) unsigned int) vect__4.9_31;
where the first stmt's rhs_code is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66207
--- Comment #5 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #4)
Native bootstrap with alphaev68-linux-gnu (a BWX architecture) with the
patch from Comment #1 succeeded, the testresults are at [1].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66038
--- Comment #21 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Douglas Mencken from comment #20)
I'm lost. “Vanilla” 5.1.0 configured without --disable-checking went thru
stage2 w/o any issue...
That's interesting - we might
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
linux/aio_abi.h was added in 2.5.32.
https://git.kernel.org/cgit/linux/kernel/git/tglx/history.git/commit/?id=ea5097be4e814a2a9457e60653052306295941e8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66211
--- Comment #6 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 20 May 2015, jakub at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66211
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
Dmitry Vyukov dvyukov at google dot com changed:
What|Removed |Added
CC||dvyukov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
Format it as a hexadecimal number.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #9 from Pierre Ossman ossman at cendio dot se ---
(In reply to Andreas Schwab from comment #5)
linux/aio_abi.h was added in 2.5.32.
https://git.kernel.org/cgit/linux/kernel/git/tglx/history.git/commit/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
--- Comment #1 from Ilya Enkovich ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu May 21 08:32:52 2015
New Revision: 223471
URL: https://gcc.gnu.org/viewcvs?rev=223471root=gccview=rev
Log:
gcc/
PR middle-end/66221
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #10 from Andreas Schwab sch...@linux-m68k.org ---
Are you sure their user-space kernel headers are at 2.6.9 level?
https://git.kernel.org/cgit/linux/kernel/git/tglx/history.git/commit/?id=31a3791056e43c6dd7386b8bc0f5fb94848c5a61
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #5 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Wouldn't the correct and easy to identify place be right after the first
NOTE_INSN_BASIC_BLOCK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #38 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
Author: manu
Date: Thu May 21 06:49:38 2015
New Revision: 223470
URL: https://gcc.gnu.org/viewcvs?rev=223470root=gccview=rev
Log:
gcc/testsuite/ChangeLog:
2015-05-21 Manuel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #39 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
A summary of what is still pending:
1. Handle macros
#define c%d
__builtin_printf(c, 0.5);
2. Handle non-contiguous strings:
__builtin_printf( % d ,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
Bug ID: 66233
Summary: internal compiler error: in expand_fix, at
optabs.c:5358
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
Pierre Ossman ossman at cendio dot se changed:
What|Removed |Added
CC||ossman at cendio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #11 from Pierre Ossman ossman at cendio dot se ---
Not really. :)
I stumbled upon this trying to use 2.4 headers, so I honestly haven't tried
2.6.9, RHEL variant or otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66223
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #2 from gpnuma at centaurean dot com ---
I understand you're short of time but this problem is very difficult to
reproduce !!
I did try to compile and link with -fsanitize=undefined this morning, now
here's the interesting part :
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66228
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66219
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Seems this is the
/* Handle cases of two conversions in a row. */
patterns in match.pd that are causing this.
I'd say the bug is that those simplifications are just handling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Indeed, in 4.9 this is in tree-ssa-forwprop.c (combine_conversions) and in
fold-const.c (fold_unary_loc).
Perhaps we need {inter,inside,final}_vec_{int,float,unsignedp} variables too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
Bug ID: 66236
Summary: [6 Regression] FAIL: gcc.c-torture/execute/pr42691.c
on alpha-linux-gnu
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64208
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58660
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26702
--- Comment #13 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
Author: ramana
Date: Thu May 21 09:23:14 2015
New Revision: 223473
URL: https://gcc.gnu.org/viewcvs?rev=223473root=gccview=rev
Log:
Fix PR target/26702
For Kwok Cheung
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
Bug ID: 66237
Summary: [6.0 regression] FAIL: gcc.dg/tree-prof/pr34999.c
compilation, -fprofile-use -D_PROFILE_USE (internal
compiler error)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||law at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66235
--- Comment #1 from Oleg Endo olegendo at gcc dot gnu.org ---
This is actually a special case of PR 65250.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #19 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #18)
Yes, that is true. However, because op0, op1, op2 are all arith_reg_dest
the peephole will only match if those are GP regs. Each captured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65937
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66207
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #5)
(In reply to Uroš Bizjak from comment #4)
Native bootstrap with alphaev68-linux-gnu (a BWX architecture) with the
patch from Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Another thing you might try is to use: -fno-strict-aliasing -fwrapv
-fno-aggressive-loop-optimizations (as per http://gcc.gnu.org/bugs/)
and see if the issue goes away, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66163
--- Comment #10 from Martin Liška marxin at gcc dot gnu.org ---
Firefox developers just fixed first half of problem seen by null sanitizer and
I would still wait for fixing the rest:
https://bugzilla.mozilla.org/show_bug.cgi?id=1167119.
Looks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63345
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Why does your patch need to touch operator* or operator- for any of the
iterators? For any dereferenceable iterator the cast should be valid, so if
you're seeing invalid casts it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66176
--- Comment #1 from Thomas Koenig tkoenig at gcc dot gnu.org ---
Author: tkoenig
Date: Thu May 21 19:00:45 2015
New Revision: 223499
URL: https://gcc.gnu.org/viewcvs?rev=223499root=gccview=rev
Log:
2015-05-21 Thomas Koenig tkoe...@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
--- Comment #3 from Vidya Praveen vp at gcc dot gnu.org ---
And this change seems to be the cause:
Author: hubicka
Date: Sat May 16 20:51:50 2015
New Revision: 223252
URL: https://gcc.gnu.org/viewcvs?rev=223252root=gccview=rev
Log:
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
Kazumoto Kojima kkojima at gcc dot gnu.org changed:
What|Removed |Added
Summary|Multiple issues in |[4.9/5/6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66232
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
Created attachment 35585
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35585action=edit
A patch
I am testing this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66242
--- Comment #1 from simon at pushface dot org ---
Created attachment 35588
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35588action=edit
Suggested patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
--- Comment #1 from Maciej Andrzejewski maciej.andrzejewski at data dot pl ---
It is getting even more interesting.
I have disassabled 4 binaries compiled with options:
1) -mfloat-abi=softfp
2) -mfloat-abi=softfp -O
3) -mfloat-abi=hard
4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66240
Bug ID: 66240
Summary: RFE: extend -falign-xyz syntax
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66242
Bug ID: 66242
Summary: Front-end error if exception propagation disabled
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29358
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236
--- Comment #14 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Thu May 21 12:36:35 2015
New Revision: 223479
URL: https://gcc.gnu.org/viewcvs?rev=223479root=gccview=rev
Log:
gcc/
PR target/54236
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
Bug ID: 66241
Summary: ICE: verify_type failed while building libstdc++
(dwarfout.c: gen_type_die_with_usage())
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Thomas Preud'homme from comment #3)
Alternatively, you can try the patch proposed at [1] and see if it fixes the
issue you're facing since it seems to be the same one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
--- Comment #1 from Vidya Praveen vp at gcc dot gnu.org ---
Created attachment 35586
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35586action=edit
preprocessed file to reproduce ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66247
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Matthew L. Martin from comment #3)
The source code in question is downloaded as a prerequisite for building
gcc-5.1.0 (gmp).
Where should I file a bug against the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66250
Bug ID: 66250
Summary: Can't adjust complex nor decimal floating point modes
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66223
--- Comment #2 from Daniel Frey d.frey at gmx dot de ---
I'm using Ubuntu 14.04 in a VM, packages are installed from
http://ppa.launchpad.net/ubuntu-toolchain-r/test/ubuntu trusty main. Package
version is 5.1.0-0ubuntu11~14.04.1
Output from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60943
Nathan Sidwell nathan at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #25 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to John Paul Adrian Glaubitz from comment #24)
I am partially to be blamed for that. I initially reported the gcc-5 issue
here, then saw gcc-4.9 failed to build as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
This fixes the ICE both on aarch64 and m68k.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60943
--- Comment #2 from Nathan Sidwell nathan at gcc dot gnu.org ---
Author: nathan
Date: Thu May 21 20:50:45 2015
New Revision: 223502
URL: https://gcc.gnu.org/viewcvs?rev=223502root=gccview=rev
Log:
cp/
PR c++/60943
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
--- Comment #4 from Mikhail Maltsev miyuki at gcc dot gnu.org ---
Created attachment 35593
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35593action=edit
Proposed patch
Please try this patch. I tested it on the attached profile and it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
--- Comment #3 from Ilya Enkovich ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu May 21 09:47:32 2015
New Revision: 223474
URL: https://gcc.gnu.org/viewcvs?rev=223474root=gccview=rev
Log:
gcc/
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66017
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org ---
I think this would solve it (I'm still trying to build a clang that will allow
me to reproduce the error):
--- a/libstdc++-v3/include/bits/stl_tree.h
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66190
--- Comment #8 from Marek Polacek mpolacek at gcc dot gnu.org ---
Ok, then maybe the following could work (only lightly tested so far). Arguably
static_init_p could be renamed to e.g. no_sanitize_p.
diff --git gcc/cp/cp-gimplify.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #10 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to gpnuma from comment #8)
Thanks Markus I didn't think these alignment issues were actually the
problem, it goes a long way.
By doing memmoves instead of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
--- Comment #3 from Thomas Preud'homme thopre01 at gcc dot gnu.org ---
Alternatively, you can try the patch proposed at [1] and see if it fixes the
issue you're facing since it seems to be the same one.
[1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #5 from gpnuma at centaurean dot com ---
Ok I did just try -fno-strict-aliasing -fwrapv
-fno-aggressive-loop-optimizations and the issue is still there.
If I add the printf(something); at the top of the function, everything works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #20 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #19)
Could you guys please test this patch? Actually, now it looks quite obvious
I think.
gen_rtx_SET functions required SImode as their
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #9 from gpnuma at centaurean dot com ---
What I mean is the structs I was using the pointer casts allocations with are
instanciated by the program itself, so there could be a way to instanciate them
with the required alignment I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #21 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Kazumoto Kojima from comment #20)
(In reply to Oleg Endo from comment #19)
Could you guys please test this patch? Actually, now it looks quite obvious
I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #4 from gpnuma at centaurean dot com ---
Sorry I meant gcc 4.9.2 / -O3 of course, 4.8 works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66181
--- Comment #9 from Christophe Lyon clyon at gcc dot gnu.org ---
Jan, when do you plan to commit your patch?
So far it made it impossible for me to run validations on a subset of 29
commits related to ARM/AArch64 targets since the ICE was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
--- Comment #2 from Thomas Preud'homme thopre01 at gcc dot gnu.org ---
Hi Uroš, I tried with a n alpha-linux-gnu GCC cross-compiler built from
revision 223280 but couldn't reproduce this. I configured it with just --prefix
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66238
Bug ID: 66238
Summary: C/Fortran interoperability broken with -flto
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66220
--- Comment #4 from Franz Sirl sirl at gcc dot gnu.org ---
Patch from #c3 works fine for our codebase, I couldn't spot any false positives
anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
Bug ID: 66239
Summary: Unoptimized sqrt(float or double) returns wrong values
for ARM Cortex-A8 -mfloat-abi=[soft,softfp]
Product: gcc
Version: unknown
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #7 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65709 for a similar bug
in LZ4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #8 from gpnuma at centaurean dot com ---
Thanks Markus I didn't think these alignment issues were actually the problem,
it goes a long way.
By doing memmoves instead of pointer cast allocations I got rid of the
segfault, but of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #7 from vehre at gcc dot gnu.org ---
Ah, ok, which opens the question why that isn't done?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66245
Bug ID: 66245
Summary: ICE on select type with empty type spec
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66212
Andri Yngvason andri.yngvason at marel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66246
Bug ID: 66246
Summary: PCH breaks preprocessor
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726
Jacek Caban jacek at codeweavers dot com changed:
What|Removed |Added
CC||jacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #24 from John Paul Adrian Glaubitz glaubitz at physik dot
fu-berlin.de ---
(In reply to Kazumoto Kojima from comment #23)
Ouch. The peephole in problem was added at gcc-5 not at 4.9. The above
patch should fix the original
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #6 from Mikael Morin mikael at gcc dot gnu.org ---
(In reply to vehre from comment #5)
For the interpretation of (intrinsic) assignment, you have to look at
7.2.1.3:
The execution of the assignment shall have the same effect as if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66246
--- Comment #1 from kai-bugs at cats dot ms ---
Created attachment 35591
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35591action=edit
Source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66211
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66219
--- Comment #2 from Cao Da Shi dscao999 at hotmail dot com ---
This issue poped up when cross compiling systemd-219. It is confirmed that the
missed section has the __attribute__((used)) declared. But still the link will
only pass without -flto,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65283
chrbr at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #23 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
Ouch. The peephole in problem was added at gcc-5 not at 4.9. The above
patch should fix the original conftest.c issue, but debien 4.9-16 problem
would be an another issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65283
--- Comment #4 from chrbr at gcc dot gnu.org ---
yes it's only for the SH4A fpchg case
1 - 100 of 158 matches
Mail list logo