http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58423
Bug ID: 58423
Summary: [ARM]ICE with shrink-wrap-sibcall.c on a15/neon/hard
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58424
Bug ID: 58424
Summary: [ARM]gcc.target/arm/pr42575.c failed on arm
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57697
--- Comment #7 from Tobias Burnus ---
Author: burnus
Date: Sun Sep 15 10:54:10 2013
New Revision: 202601
URL: http://gcc.gnu.org/viewcvs?rev=202601&root=gcc&view=rev
Log:
2013-09-15 Tobias Burnus
PR fortran/57697
* resolve.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58355
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58425
Bug ID: 58425
Summary: Finalization: Segfault at runtime
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58356
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58425
--- Comment #1 from Dominique d'Humieres ---
Works for me:
[macbook] f90/bug% gfcc ~/test/Rouson/ssdSource/chapter05/hermetic/hermetic.F90
-c -Ofast
[macbook] f90/bug% gfcc ~/test/Rouson/ssdSource/chapter05/hermetic/vortex.F90
-c -Ofast
[macbook]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58356
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58256
--- Comment #8 from Chen Gang ---
For gcc-4.9.0, I got summary trace for it (call stack for cc1, how many the
related loopings during calling flow), hope it may be a little useful. (I will
do the same thing for gcc-4.8.0, and compare them).
And i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58426
Bug ID: 58426
Summary: vax fails to compile gcov.c in stage1
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58426
--- Comment #1 from Martin Husemann ---
The error happens here:
#1 0x002d15ca in output_addr_const (file=0x7f5b79c8,
x=0x7f10a250, 2136701384, 2131796560) at ../../gcc-4.8.1/gcc/final.c:3877
#2 0x002d1466 in output_addr_const (file=0x7f5b7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58427
Bug ID: 58427
Summary: xgcc target compilation depends on installed
libgcc_s.so
Product: gcc
Version: 4.5.4
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58426
--- Comment #2 from Martin Husemann ---
The more interesting XEXP(x, 0) of that rtx is the one triggering the failure:
$15 = {code = REG, mode = SImode, jump = 0, call = 0, unchanging = 0,
volatil = 0, in_struct = 0, used = 0, frame_related =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897
--- Comment #13 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #10)
> The patch of comment 9 fixes most of the issues. However, some are still
> left. Cf. http://gcc.gnu.org/ml/fortran/2012-11/msg00072.html
See also PR57696. The n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57696
--- Comment #4 from Tobias Burnus ---
See also PR 57697; the a similar needs to be also addressed when fixing this
bug, namely the case that for:
var.foo.bar
"foo" is NULL/unallocated while "bar" appears in the defined assignment.
See also PR46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58427
--- Comment #1 from Rose Garcia ---
related binutils bugreport:
https://sourceware.org/bugzilla/show_bug.cgi?id=12549#c18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58428
Bug ID: 58428
Summary: Compile error when declare nested class as a friend of
another template class.
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58428
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58425
--- Comment #2 from Tobias Burnus ---
The code works when one adds a line to vortex.F90's manual_finalizer:
do while(associated(current%next))
next => current%next ! start after break in chain
deallocate(current)
current=>ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
mrs at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
--- Comment #24 from mrs a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
mrs at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
mrs at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41933
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Sun Sep 15 19:34:34 2013
New Revision: 202604
URL: http://gcc.gnu.org/viewcvs?rev=202604&root=gcc&view=rev
Log:
PR c++/41933
* cp-tree.h (DECL_PACK_P): Replace FUNCTION_PARAMETER_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41933
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Sun Sep 15 19:34:42 2013
New Revision: 202605
URL: http://gcc.gnu.org/viewcvs?rev=202605&root=gcc&view=rev
Log:
Core DR 904
PR c++/41933
* parser.c (cp_parser_lambda_introduce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41933
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58425
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58411
--- Comment #3 from Jan Smets ---
Eg, these attributes are useful too I think:
no_sanitize => disable ALL sanitize checks
sanitize -> enable ALL sanitize checks
no_sanitize_{address,undefined,vla...} => disable the specific check
sanitize_{addre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58355
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58410
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58429
Bug ID: 58429
Summary: _Decimal64 support is broken on powerpc64 with the
mode32 ABI (-m32 -mpowerpc64)
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58426
--- Comment #3 from Jan-Benedict Glaw ---
Hm, the initial PLUS part looks a bit like what I ment to fix with a recent
patch. How old is your checkout? My fix was committed as r202600 /
git:3719e41cf6b9d. So I hope I didn't break something else. (T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58256
--- Comment #9 from Chen Gang ---
Created attachment 30825
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30825&action=edit
Issue is within xgcc, can exclude cc1 by comparing the summary log between
gcc-4.8.0 and gcc-4.9.0.
By comparing the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58426
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58430
Bug ID: 58430
Summary: GCC hangs with 100% cpu core utilization during
template compilation
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57697
--- Comment #8 from Tobias Burnus ---
Author: burnus
Date: Mon Sep 16 06:42:02 2013
New Revision: 202609
URL: http://gcc.gnu.org/viewcvs?rev=202609&root=gcc&view=rev
Log:
2013-09-16 Tobias Burnus
PR fortran/57697
* resolve.c (
-mpc=/usr/local/gcc-trunk --with-cloog=/usr/local/gcc-trunk
--prefix=/usr/local/gcc-trunk
Thread model: posix
gcc version 4.9.0 20130915 (experimental) [trunk revision 202599] (GCC)
$ gcc-trunk -m32 -O2 small.c
$ a.out
$ gcc-4.8 -m32 -O3 small.c
$ a.out
$ gcc-trunk -m32 -O3 small.c
$ a.out
Aborted
36 matches
Mail list logo
