http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026
Oleg Endo changed:
What|Removed |Added
Target||sh*-*-*
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61002
--- Comment #9 from Andreas Schwab ---
It should use the same format as the warning messages.
"Division by zero at %L [-frange-check]"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026
--- Comment #3 from Oleg Endo ---
Author: olegendo
Date: Sat May 3 07:51:02 2014
New Revision: 210028
URL: http://gcc.gnu.org/viewcvs?rev=210028&root=gcc&view=rev
Log:
PR target/61026
* config/sh/sh.c: Include stdlib headers before every
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026
--- Comment #4 from Oleg Endo ---
Author: olegendo
Date: Sat May 3 08:17:43 2014
New Revision: 210029
URL: http://gcc.gnu.org/viewcvs?rev=210029&root=gcc&view=rev
Log:
Back port from mainline
PR target/61026
* config/sh/sh.c: Include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026
--- Comment #5 from Oleg Endo ---
Author: olegendo
Date: Sat May 3 08:21:24 2014
New Revision: 210030
URL: http://gcc.gnu.org/viewcvs?rev=210030&root=gcc&view=rev
Log:
Back port from mainline
PR target/61026
* config/sh/sh.c: Include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61026
Oleg Endo changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44054
--- Comment #10 from Tobias Burnus ---
(In reply to Manuel López-Ibáñez from comment #8)
> /home/manuel/test1/test-gfc-warning.f03:11:0:
>arr = (/ INTEGER(KIND=4) :: HUGE(0_8) /) ! { dg-warning "conversion from"
> }
> 1
> Warning: Possible ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61025
--- Comment #2 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sat May 3 09:08:15 2014
New Revision: 210031
URL: http://gcc.gnu.org/viewcvs?rev=210031&root=gcc&view=rev
Log:
2014-05-03 Dominique d'Humieres
PR fortran/61025
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60965
--- Comment #8 from Andrew Haley ---
(In reply to Jason Merrill from comment #7)
> (In reply to Jan Hubicka from comment #6)
> > It is a bit
> > questionable on how precisely define what type transitions are allowed by
> > placement new. This is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44054
--- Comment #11 from Manuel López-Ibáñez ---
(In reply to Tobias Burnus from comment #10)
> Looks good to me at a glance. However, I have not yet applied the patch and
> played around with it.
>
> Thanks for working on this!
Thanks for looking a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44054
--- Comment #12 from Manuel López-Ibáñez ---
> > One might handle this in a more clever way, but can't you use in
> > gfc_warning2, gfortran's normal "locus" and use
> > linemap_position_for_column() to map from the offset to the column?
>
> You
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043
Bug ID: 61043
Summary: LTO accumulates CPU requirements from all input
objects
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61044
Bug ID: 61044
Summary: Computed goto on AVR fails to use word-addressing
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61044
--- Comment #1 from Dimitar Dimitrov ---
The unofficial PRU GCC port (https://github.com/dinuxbg/gnupru) has the same
bug. I haven't tested the following patch on AVR, but a similar change seems to
fix the issue for PRU:
--- a/gcc/config/avr/pre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60965
--- Comment #9 from Jason Merrill ---
(In reply to Andrew Haley from comment #8)
> While it's true that we can play hardball on this one by insisting that only
> char arrays should be used with placement new, it wouldn't really do any
> good. I d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61042
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61025
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
Bug ID: 61045
Summary: Wrong constant folding
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
Marek Polacek changed:
What|Removed |Added
Component|tree-optimization |middle-end
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61046
Bug ID: 61046
Summary: [4.8/4.9/4.10 Regression] ICE in lookup_field_1, at
cp/search.c:384
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
--- Comment #3 from Marek Polacek ---
I believe this started with addition of this folding in r117931, but didn't
verify it.
-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.10.0 20140503 (experimental) [trunk revision 210026] (GCC)
$
$ gcc-trunk -O0 small.c; a.out
$ gcc-trunk -Os small.c; a.out
$ gcc-4.8.2 -O1 small.c; a.out
$
$ gcc-trunk -O1 small.c
$ a.out
Segmentation fault (core
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60965
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61048
Bug ID: 61048
Summary: compiling with -fsanitize=address crashes GCC if
pointers are used
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #21 from Dominique d'Humieres ---
> I have regression tested on x86_64 and the test in Comment #12 works now.
Confirmed on x86_64-apple-darwin13.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #22 from Jerry DeLisle ---
One failure on NIST FM906.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61045
--- Comment #4 from Mikael Pettersson ---
According to my bisection it did start with r117931.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61040
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60951
Jason Merrill changed:
What|Removed |Added
CC||b.r.longbons at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61035
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
--- Comment #8 from Janne Blomqvist ---
Author: jb
Date: Sat May 3 20:56:26 2014
New Revision: 210041
URL: http://gcc.gnu.org/viewcvs?rev=210041&root=gcc&view=rev
Log:
PR 56919 Check _POSIX_MONOTONIC_CLOCK.
2014-05-03 Janne Blomqvist
Ba
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
--- Comment #9 from Janne Blomqvist ---
Author: jb
Date: Sat May 3 21:03:10 2014
New Revision: 210042
URL: http://gcc.gnu.org/viewcvs?rev=210042&root=gcc&view=rev
Log:
PR 56919 Check _POSIX_MONOTONIC_CLOCK.
2014-05-04 Janne Blomqvist
Ba
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56919
Janne Blomqvist changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61047
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60884
Oleg Endo changed:
What|Removed |Added
CC||christian.bruel at st dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61050
Bug ID: 61050
Summary: OpenMP: wrong behavior of 'omp for' on corner cases
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58582
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58582
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat May 3 22:44:22 2014
New Revision: 210043
URL: http://gcc.gnu.org/viewcvs?rev=210043&root=gcc&view=rev
Log:
/cp
2014-05-03 Paolo Carlini
PR c++/58582
* decl.c (g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61049
--- Comment #1 from Jerry DeLisle ---
Also confirmed it is r208629. Simple fix is to revert that patch and reopen
the original bug which is related to CTRL-D on stdin, PR46800
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498
--- Comment #1 from Roy Crihfield ---
Getting the same behavior on 4.9.0 as stable release.
Rewriting the code to use a struct succeeds:
template
struct alias { using type = T; };
template
using variadic_alias = typename alias::type;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61051
Bug ID: 61051
Summary: Duplicated instructions in both conditional branches
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
--- Comment #8 from Khem Raj ---
(In reply to Sandra Loosemore from comment #7)
> I ran into the same problem compiling fp-bit.c. Cesar's patch isn't enough
> to fix my build on its own -- I also had to revert the r199132 patch
> Sebastian pointe
45 matches
Mail list logo
