http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58225
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58226
Bug ID: 58226
Summary: negative subscript pos at fortran/options.c:1205
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58225
Bug ID: 58225
Summary: In show_locus at fortran/error.c:391 pointer beyond
end of line
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58224
Bug ID: 58224
Summary: -fcheck=pointer should detect that an unallocated
allocatable data-target is forbidden
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Sev
.
$ gcc-trunk -v
gcc version 4.9.0 20130822 (experimental) [trunk revision 201915] (GCC)
$ gcc-4.7 -O3 reduced.c
$ a.out
1
$ gcc-trunk -O2 reduced.c
$ a.out
1
$ gcc-trunk -O3 reduced.c
$ a.out
0
$ gcc-4.8 -O3 reduced.c
$ a.out
0
$
---
int printf (const char
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58222
--- Comment #4 from Steve Kargl ---
On Fri, Aug 23, 2013 at 04:07:07AM +, blake.fumberger at gmail dot com
wrote:
> --- Comment #3 from blake.fumberger at gmail dot com ---
> "What compiler options did you use?"
> I haven't changed any options
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58222
--- Comment #3 from blake.fumberger at gmail dot com ---
"What compiler options did you use?"
I haven't changed any options with post-install.
"Where did you get the compiler you are using?"
The compiler was downloaded from this link:
http://inter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58222
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58222
--- Comment #1 from blake.fumberger at gmail dot com ---
reviewing the attached file shows that line 45 wasn't in the correct position.
After fixing this, the compiler still doesn't cooperate.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58222
Bug ID: 58222
Summary: :0:0: internal compiler error: Segmentation
fault
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58221
Bug ID: 58221
Summary: [4.9 Regression]: Immense amount of execution
regressions and increased test-time for cris-elf
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393
--- Comment #22 from Easwaran Raman ---
(In reply to Marek Polacek from comment #20)
> Yes, the patch maybe fixes the debuginfo issue, but there's something else
> that is wrong. E.g., on the testcase from PR58018, we have in
> reassociate_bb *af
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393
--- Comment #21 from Easwaran Raman ---
Created attachment 30690
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30690&action=edit
Proposed patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #67 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #66)
> Kaz, the "WIP status" aside, would you be OK with something like that?
Yep. Sounds good to me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #66 from Oleg Endo ---
Created attachment 30689
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30689&action=edit
WIP RTL pass
Just wanted to give an update on the issue.
I've been writing an SH specific RTL pass that handles tho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58220
Bug ID: 58220
Summary: [4.9 Regression] Many new failures for SH after rev.
201833
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58219
Bug ID: 58219
Summary: [SH] mov.l insn length is wrong on SH2A
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.8.2
Summary|internal compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|mips
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51488
--- Comment #3 from Paolo Carlini ---
Another one: c++/53618
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53618
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
Pawel Sikora changed:
What|Removed |Added
Known to fail||4.9.0
--- Comment #16 from Pawel Sikora -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58218
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56380
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
Thorsten Glaser changed:
What|Removed |Added
Known to fail||4.8.1
--- Comment #22 from Thorsten Gla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58218
--- Comment #1 from Mikael Pettersson ---
I can reproduce with gcc-4.7.3. It generates:
.section.lbss,"aw",@progbits
gas doesn't like ,@progbits on .lbss and ignores it; readelf on the produced .o
file then shows:
[ 4] .lbss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58218
Bug ID: 58218
Summary: -mcmodel=medium cause assembler warning "ignoring
incorrect section type for .lbss"
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40936
--- Comment #4 from nicolas.boulenguez at free dot fr ---
I let you decide if this is related, but I get the same
4.6.4 (x86_64-pc-linux-gnu) Assert_Failure atree.adb:794
with this source
package Bug is
package P is
type T is new Integer;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58202
--- Comment #2 from dE ---
I don't know... what else can be provided apart from the build log (which are
attached in the Gentoo bug).
Anyway, the instructions?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58166
--- Comment #5 from Richard Earnshaw ---
(In reply to Jay Foad from comment #3)
> I've bisected this to r191805:
>
> http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=191805
> http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01764.html
I suspect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58166
Richard Earnshaw changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58185
--- Comment #4 from janus at gcc dot gnu.org ---
Fixed on trunk with the commit below. Backport pending.
Author: janus
Date: Thu Aug 22 11:49:46 2013
New Revision: 201919
URL: http://gcc.gnu.org/viewcvs?rev=201919&root=gcc&view=rev
Log:
2013-08-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53756
Paolo Carlini changed:
What|Removed |Added
CC||i.nixman at gmail dot com
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58216
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|i.nixman at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56380
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58166
--- Comment #3 from Jay Foad ---
I've bisected this to r191805:
http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=191805
http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01764.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58217
--- Comment #2 from Olivier MATZ ---
Created attachment 30686
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30686&action=edit
gcc -dumpspecs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58217
--- Comment #3 from Olivier MATZ ---
Created attachment 30687
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30687&action=edit
intermediate file foo.i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58217
--- Comment #1 from Olivier MATZ ---
Created attachment 30685
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30685&action=edit
code that triggers the issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58217
Bug ID: 58217
Summary: warning when assigning a function pointer field in a
structure having the may_alias attribute
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58216
Bug ID: 58216
Summary: ICE: in gen_type_die_with_usage, at dwarf2out.c:19484
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58209
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58215
Bug ID: 58215
Summary: -fwhole-program cause gcj undefined reference to
`Main::class$'
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58100
--- Comment #5 from Roland Kaufmann ---
(In reply to Tobias Burnus from comment #3)
> Roland: Is the new warning option -W(no-)zerotrip sufficient for you?
As a general principle: I believe that the compiler should not issue any
warnings if run w
45 matches
Mail list logo