https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63419
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #8 from Jakub Jelinek ---
For -pg, at least for 32-bit -fpic, one way to handle this would be
for !targetm.profile_before_prologue () && crtl->profile in ix86_init_pic_reg
instead of emitting set_got into the pic_offset_table_rtx emit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Wed Oct 15 07:37:20 2014
New Revision: 216236
URL: https://gcc.gnu.org/viewcvs?rev=216236&root=gcc&view=rev
Log:
2014-10-15 Richard Biener
Backport from mainline
2014-08-15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63542
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63542
Richard Biener changed:
What|Removed |Added
Version|4.9.0 |5.0
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63541
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #9 from Dominique d'Humieres ---
r216154 broke bootstrap on x86_64-apple-darwin13 too while building
libstdc++-v3:
libtool: compile: /opt/gcc/p_build/./gcc/xgcc -shared-libgcc
-B/opt/gcc/p_build/./gcc -nostdinc++
-L/opt/gcc/p_build/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63529
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63537
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63535
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63537
Richard Biener changed:
What|Removed |Added
Target Milestone|4.9.2 |4.8.4
Summary|[4.9/5 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #26 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #25)
> (In reply to Oleg Endo from comment #23)
> > Kaz, could you please have an early look at it?
>
> The idea looks OK to me. Build fails on sh4-linux with the patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63494
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63540
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63543
Bug ID: 63543
Summary: incomplete type error should suppress duplicates
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63543
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63543
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63543
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #3 from Man
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59432
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|ian at airs do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59432
Uroš Bizjak changed:
What|Removed |Added
Attachment #33719|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
Oleg Endo changed:
What|Removed |Added
Attachment #33717|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61027
--- Comment #2 from simon at pushface dot org ---
I just built 4.9.1 on Mac OS X 10.9.5 (Darwin 13.4.0), Xcode 6.0.1.
This problem goes away if GCC is configured with
--with-host-libstdcxx=-lstdc++.
For reference, the configuration flags, as rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63531
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from Marek Polace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63522
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62289
--- Comment #5 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #3)
> Namely:
> > This is a bug in ISL. Theyâll fix it in a new version of ISL.
> > https://groups.google.com/forum/#!topic/isl-development/SeNZf5IA-Lk
Seems to be fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63442
--- Comment #4 from Jiong Wang ---
the root cause should be one minor bug in prepare_cmp_insn.
the last mode parameter "pmode" of "prepare_cmp_insn" should match the mode of
the first parameter "x", while during the recursive call of "prepare_cm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
Stupachenko Evgeny changed:
What|Removed |Added
CC||tromey at redhat dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #2 from Stupachenko Evgeny ---
"ebx enabling" changes triggered a warning for
"_Jv_global_static_constructor()".
The function has NULL location and CONTEXT.
The ICE caused by passing NULL to
lang_printable_name:
if (current_funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63379
--- Comment #9 from Richard Biener ---
(In reply to clyon from comment #8)
> After this commit, I've noticed that this new test appears as FAIL on target
> aarch64_be-none-linux-gnu.
>
> My gcc.log shows:
> PASS: gcc.dg/vect/pr63379.c (test for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59401
--- Comment #11 from Oleg Endo ---
Created attachment 33723
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33723&action=edit
Make GBR call preserved by default
(In reply to Oleg Endo from comment #10)
> (In reply to Kazumoto Kojima from co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #3 from H.J. Lu ---
(In reply to Stupachenko Evgeny from comment #2)
> "ebx enabling" changes triggered a warning for
> "_Jv_global_static_constructor()".
>
> The function has NULL location and CONTEXT.
> The ICE caused by passing NU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #4 from Stupachenko Evgeny ---
No. The changes has no influence on the note.
Anyway bootstrap have passed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63455
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Oct 15 14:12:24 2014
New Revision: 216260
URL: https://gcc.gnu.org/viewcvs?rev=216260&root=gcc&view=rev
Log:
PR c++/63455
c-family/
* c-common.h (CPP_PREPARSED_EXPR): New.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63455
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Oct 15 14:18:54 2014
New Revision: 216261
URL: https://gcc.gnu.org/viewcvs?rev=216261&root=gcc&view=rev
Log:
PR c++/63455
Revert:
* parser.c (cp_parser_abort_tentative_par
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63464
--- Comment #12 from Jakub Jelinek ---
Created attachment 33724
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33724&action=edit
gcc5-pr63464.patch
Untested patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63544
Bug ID: 63544
Summary: [5 Regression] hash_map ends in an infinite loop if
overwritten mark_empty uses a different value than 0
Product: gcc
Version: 5.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63543
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61048
Ilya Palachev changed:
What|Removed |Added
Attachment #33714|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63168
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Richard Bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
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=62031
--- Comment #9 from clyon at gcc dot gnu.org ---
Forgot to mention that my observation is true on trunk and 4.9 branch.
I didn't notice it earlier because I run validations for every commit on the
4.9 branch, and not as often on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63448
--- Comment #8 from Vladimir Makarov ---
I already saw such problem. It is chain of spills and reassignment of
non-reload pseudos. Each pass considers only 1-2 pseudos and very few insns.
We just need 2 more passes to finish RA for the test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63537
--- Comment #2 from Tavian Barnes ---
Is it possible to make SRA work even if the loop isn't unrolled? If the array
size is increased to 4 then -O2 doesn't unroll the loop at all, resulting in:
movq%rdi, %rax
xorl%edx, %edx
.L3:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63545
Bug ID: 63545
Summary: ICE building GCC
hash_table::find_slot_with_
hash
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63432
--- Comment #30 from tejohnson at gcc dot gnu.org ---
Author: tejohnson
Date: Wed Oct 15 15:45:59 2014
New Revision: 216269
URL: https://gcc.gnu.org/viewcvs?rev=216269&root=gcc&view=rev
Log:
2014-10-15 Teresa Johnson
PR bootstrap/63432
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63448
--- Comment #9 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Oct 15 15:48:33 2014
New Revision: 216270
URL: https://gcc.gnu.org/viewcvs?rev=216270&root=gcc&view=rev
Log:
2014-10-15 Vladimir Makarov
PR rtl-optimization/63448
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63448
--- Comment #10 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Oct 15 15:51:07 2014
New Revision: 216271
URL: https://gcc.gnu.org/viewcvs?rev=216271&root=gcc&view=rev
Log:
2014-10-15 Vladimir Makarov
PR rtl-optimization/63448
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #10 from Stupachenko Evgeny ---
(In reply to Jakub Jelinek from comment #8)
> For -pg, at least for 32-bit -fpic, one way to handle this would be
> for !targetm.profile_before_prologue () && crtl->profile in ix86_init_pic_reg
> instea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63542
--- Comment #3 from Andrew Pinski ---
(In reply to Richard Biener from comment #2)
> You are reporting this against trunk, right?
Yes sorry about that I did not notice the version was set to 4.9 rather than
5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #11 from Vladimir Makarov ---
(In reply to Stupachenko Evgeny from comment #10)
>
> Sounds reasonable. I also don't like 2 set_got one-by-one. However, we
> should ask Vladimir on how we can force RA allocate pseudo GOT on %ebx. I
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #21 from Jeffrey A. Law ---
John, I know those PA boxes are slow, but if you could try Jakub's patch, it'd
be appreciated.
BTW, are you using strictly PA 2.0 (PA8000+) hardware? I was pondering doing a
reimplementation of pa_combine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #12 from Stupachenko Evgeny ---
(In reply to Dominique d'Humieres from comment #9)
> r216154 broke bootstrap on x86_64-apple-darwin13 too while building
> libstdc++-v3:
>
> libtool: compile: /opt/gcc/p_build/./gcc/xgcc -shared-libgc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58624
--- Comment #12 from Jason Merrill ---
Author: jason
Date: Wed Oct 15 16:46:11 2014
New Revision: 216273
URL: https://gcc.gnu.org/viewcvs?rev=216273&root=gcc&view=rev
Log:
PR c++/58624
* pt.c (tsubst_copy_and_build) [VAR_DECL]: Use TLS w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63455
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Wed Oct 15 16:46:35 2014
New Revision: 216277
URL: https://gcc.gnu.org/viewcvs?rev=216277&root=gcc&view=rev
Log:
PR c++/63455
Revert:
* parser.c (cp_parser_abort_tentative_par
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56710
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Oct 15 16:46:23 2014
New Revision: 216275
URL: https://gcc.gnu.org/viewcvs?rev=216275&root=gcc&view=rev
Log:
PR c++/56710
* semantics.c (finish_member_declaration): Don't push
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63415
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Wed Oct 15 16:46:29 2014
New Revision: 216276
URL: https://gcc.gnu.org/viewcvs?rev=216276&root=gcc&view=rev
Log:
PR c++/63415
* pt.c (value_dependent_expression_p) [CONSTRUCTOR]:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63415
Jason Merrill changed:
What|Removed |Added
Target Milestone|4.9.2 |4.8.4
--- Comment #8 from Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63455
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #17 from Markus Trippelsdorf ---
Here's a new testcase that fails on ppc64 even with the patch from comment 15
applied to trunk.
trippels@gcc1-power7 genrb % cat timezone.ii
class UnicodeString
{
public:
void m_fn1 ();
} a;
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #18 from Jan Hubicka ---
Author: hubicka
Date: Wed Oct 15 17:01:08 2014
New Revision: 216278
URL: https://gcc.gnu.org/viewcvs?rev=216278&root=gcc&view=rev
Log:
PR lto/62026
* lto/pr62026.C: New testcase.
* cgraphclones.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #19 from Markus Trippelsdorf ---
Program received signal SIGSEGV, Segmentation fault.
lto_get_decl_name_mapping (decl_data=0x0, name=0x3fffaf6d4580 "_ZZ3fn1vE1b") at
../../gcc/gcc/lto-section-in.c:340
340 ../../gcc/gcc/lto-section
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63529
--- Comment #7 from russelldub at gmail dot com ---
(In reply to Dominique d'Humieres from comment #6)
> AFAICT the ICE with "REAL :: ptee1(10)" has been fixed for gfortran 4.9.1
> and above (also for 4.8.4).
I can't easily test with either of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63528
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Wed Oct 15 17:42:07 2014
New Revision: 216279
URL: https://gcc.gnu.org/viewcvs?rev=216279&root=gcc&view=rev
Log:
PR c++/63528
* pt.c (lookup_template_variable): Call coerce_templa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #5 from iverbin at gcc dot gnu.org ---
Author: iverbin
Date: Wed Oct 15 17:49:27 2014
New Revision: 216280
URL: https://gcc.gnu.org/viewcvs?rev=216280&root=gcc&view=rev
Log:
PR target/63536
gcc/java/
* lang.c (java_print_error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
Oleg Endo changed:
What|Removed |Added
Attachment #33721|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59432
--- Comment #14 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Oct 15 17:57:17 2014
New Revision: 216281
URL: https://gcc.gnu.org/viewcvs?rev=216281&root=gcc&view=rev
Log:
PR go/59432
* config/i386/sync.md (atomic_compare_and_swa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Bug ID: 63546
Summary: ICE: Segmentation fault in lto_get_decl_name_mapping
on ppc64
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #13 from Dominique d'Humieres ---
Created attachment 33728
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33728&action=edit
Compressed tar of the files produced with -fdump-rtl-all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63547
Bug ID: 63547
Summary: --disable-lto with configure creates and installs
lto-wrapper
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
--- Comment #22 from dave.anglin at bell dot net ---
On 10/15/2014 12:19 PM, law at redhat dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
>
> --- Comment #21 from Jeffrey A. Law ---
> John, I know those PA boxes are slow, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58945
Uroš Bizjak changed:
What|Removed |Added
Attachment #33470|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59432
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000
--- Comment #29 from Daniel Krügler ---
(In reply to Paolo Carlini from comment #28)
> Something is going wrong here: the bug is closed as fixed, but if I try to
> enable in 20_util/common_type/requirements/sfinae_friendly_1.cc the lines
> which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63537
--- Comment #3 from Marc Glisse ---
(In reply to Richard Biener from comment #1)
> Eventually a simple pass could handle
>
>= ret;
> ret ={v} {CLOBBER};
> return ;
>
> and back-propagate into all stores/loads of ret.
Shouldn't tree-nr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63500
--- Comment #7 from François Dumont ---
Author: fdumont
Date: Wed Oct 15 20:40:31 2014
New Revision: 216286
URL: https://gcc.gnu.org/viewcvs?rev=216286&root=gcc&view=rev
Log:
2014-10-15 François Dumont
Jonathan Wakely
PR libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63500
François Dumont changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000
--- Comment #30 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Oct 15 21:08:59 2014
New Revision: 216287
URL: https://gcc.gnu.org/viewcvs?rev=216287&root=gcc&view=rev
Log:
2014-10-15 Daniel Krugler
* testsuite/20_util/common_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #29 from Oleg Endo ---
(In reply to Oleg Endo from comment #28)
> Created attachment 33727 [details]
> Using virtual FPSCR registers to model insn dependencies
>
> The problem is the define_split and the peephole2 patterns below the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63548
Bug ID: 63548
Summary: redundent reload in loop after removing regmove
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63530
--- Comment #2 from Cong Hou ---
This issue can also be reproduced on x86_64. Compile the following code with
options (assume the file name is t.c): -O2 -ftree-vectorize t.c
-fdump-tree-all-alias
#include
typedef struct {
unsigned char map[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926
Andre Netzeband changed:
What|Removed |Added
CC||andre at netzeband dot eu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63549
Bug ID: 63549
Summary: ICE in build_array_ref with invalid code
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59401
--- Comment #12 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #11)
> Kaz, could you please add the attached patch to your test run?
No new failures for the top level "make -k check" on sh4-unknown-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #30 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #29)
> With this patch there are no new failures for -m4 -ml and -m4 -mb here,
> except the ISR failures. I'll also test it for the other combinations
> later. I'd lik
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63550
Bug ID: 63550
Summary: Multiple definition errors occur only with -fgnu-tm
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63551
Bug ID: 63551
Summary: wrong code (segfaults) at -Os on x86_64-linux-gnu
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gcc dot gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63552
Bug ID: 63552
Summary: [OOP] Type-bound procedures rejected as actual
argument to dummy procedure
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: reject
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63553
Bug ID: 63553
Summary: [OOP] Wrong code when assigning a CLASS to a TYPE
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Pri
mponent: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Created attachment 33731
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33731&action=edit
C source code
Attached code, when compiled by 20141015, with flag -O3,
does the follow
94 matches
Mail list logo
