http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48546
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59169
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60915
Marek Polacek changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60139
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Wed Apr 30 06:14:39 2014
New Revision: 209926
URL: http://gcc.gnu.org/viewcvs?rev=209926&root=gcc&view=rev
Log:
PR c/60139
* c-typeck.c (output_init_element): Pass OPT_Wpedantic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60139
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60351
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60351
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Wed Apr 30 06:08:17 2014
New Revision: 209925
URL: http://gcc.gnu.org/viewcvs?rev=209925&root=gcc&view=rev
Log:
PR c/60351
* c-typeck.c (build_binary_op): Use location when warn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61010
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60809
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55601
Brooks Moses changed:
What|Removed |Added
CC||brooks at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61010
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
sy/gcc-master/configure
--prefix=/usr/local/x86_64-tools/gcc-4.10.0/
--with-gmp=/usr/local/gmp-5.1.1/ --with-mpfr=/usr/local/mpfr-3.1.2/
--with-mpc=/usr/local/mpc-1.0.2/ --disable-multilib --disable-nls
--enable-languages=c
Thread model: posix
gcc version 4.10.0 20140429 (experimental
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60980
Daniel Dylan changed:
What|Removed |Added
CC||dany.dylan at gmail dot com
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60999
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|D.Bahadir at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
--- Comment #6 from Teresa Johnson ---
On Tue, Apr 29, 2014 at 2:46 PM, ppluzhnikov at google dot com
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
>
> --- Comment #4 from Paul Pluzhnikov ---
> (In reply to Andrew Pinski from commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60843
--- Comment #1 from joseph at codesourcery dot com ---
On Tue, 15 Apr 2014, kdevel at vogtner dot de wrote:
> For conversion to a type of width N, the value is reduced modulo 2^N to be
> within range of the type; no signal is raised."
>
> Reduce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
--- Comment #3 from joseph at codesourcery dot com ---
On Mon, 14 Apr 2014, danglin at gcc dot gnu.org wrote:
> I tend to think the failure of this test on hppa is mainly a
> testsuite issue. Specifically, the test performs operations that may
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #5 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
--- Comment #4 from Paul Pluzhnikov ---
(In reply to Andrew Pinski from comment #2)
> Most likely related to bug 60902.
Teresa, could you verify whether r209860 (for PR60902) fixes this one as well?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60809
--- Comment #6 from joseph at codesourcery dot com ---
I see nothing that says anything about the sequencing of side effects in
initialization expressions with respect to the actual initialization
itself, or parts thereof - either to require a p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61008
--- Comment #3 from Fabian Vogt ---
Forgot to paste the output:
billboardrenderer.cpp:13:51: warning: unused parameter 'block'
[-Wunused-parameter]
AABB BillboardRenderer::getAABB(const BLOCK_WDATA block, GLFix x, GLFix y,
GLFix z)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
--- Comment #2 from Andrew Pinski ---
Most likely related to bug 60902.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61008
Fabian Vogt changed:
What|Removed |Added
Attachment #32711|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61008
--- Comment #1 from Fabian Vogt ---
Created attachment 32711
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32711&action=edit
-save-temps (assembler)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
--- Comment #1 from Teresa Johnson ---
Created attachment 32710
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32710&action=edit
t.C.078t.dom1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61009
Bug ID: 61009
Summary: Incorrect jump threading in dom
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61008
Bug ID: 61008
Summary: g++ crash in analyze_functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56989
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43395
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29467
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43245
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60980
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60951
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
Marc Glisse changed:
What|Removed |Added
CC||larsbj at gullik dot net
--- Comment #3 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61007
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60993
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61006
--- Comment #3 from Andrew Pinski ---
(In reply to spamcop from comment #2)
> Okay, but looking at the rest of the code, this seems to be the only
> enum/struct/union that is not correctly "typed" according to C rules. E.g.
> all the other variabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61006
--- Comment #2 from spamcop at tgos dot net ---
Okay, but looking at the rest of the code, this seems to be the only
enum/struct/union that is not correctly "typed" according to C rules. E.g. all
the other variables of enum type have `enum` in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61007
Bug ID: 61007
Summary: New strict-aliasing warnings in 4.10.0
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61006
Bug ID: 61006
Summary: libcpp/lex.c: must use 'enum' tag to refer to type
"raw_str_phase"
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61006
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60993
--- Comment #2 from Fred Krogh ---
Thanks for the suggestion. As a result of another suggestion, I'm using
-fno-range-check and defining infinity as 1.0d0/0.0d0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60993
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60982
--- Comment #5 from Yuriy Chernyshov ---
I've reconfigured gcc, so it wouldn't build precompiled headers and created a
gcc-build subfolder (as FAQ said).
Now the following command hangs:
libtool: compile: /gpfs/data/chernyshov/contrib/gcc-4.8.2/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60999
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61005
Andreas Schwab changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
--- Comment #2 from Andreas Schw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61005
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984
--- Comment #9 from David Edelsohn ---
Torbjorn: could you try building in a different directory, e.g.,
/builds/MMDD for the date or some random number?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61005
Bug ID: 61005
Summary: libgcj.spec openned when not needed (-S on command
line)
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58582
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60683
--- Comment #2 from Paolo Carlini ---
c++/59318
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984
--- Comment #8 from David Edelsohn ---
I reproduced the failure starting with both GCC 4.6.3 and GCC 4.8.1.
However, I am seeing some very strange results:
r209278 built in /tmp/20140412 SUCCESS
r209300 (trunk before branch) built in /tmp/20930
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 51707, which changed state.
Bug 51707 Summary: [c++11] constexpr constructor cannot initialize const
reference member
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51707
What|Removed |Adde
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51707
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51707
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Apr 29 16:53:27 2014
New Revision: 209905
URL: http://gcc.gnu.org/viewcvs?rev=209905&root=gcc&view=rev
Log:
2014-04-29 Paolo Carlini
PR c++/51707
* g++.dg/cpp0x/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49312
Tom Tromey changed:
What|Removed |Added
CC||tromey at gcc dot gnu.org
--- Comment #3 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41736
--- Comment #10 from Tom Tromey ---
Today I noticed another case. If you have a template like:
template
[...]
... then NAME is not given a value in the instantiation:
<2><65c5>: Abbrev Number: 51 (DW_TAG_template_type_param)
<65c6> DW_A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61000
--- Comment #1 from Mircea Namolaru ---
The built-in heuristics assess that loop interchange is not profitable. Indeed
there is a problem, I would expected that the second loop to be found
profitable.
Need to look more in depth at this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49630
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51707
--- Comment #2 from Paolo Carlini ---
This is fixed in 4.9.0. I'm adding the testcase and closing the bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60997
--- Comment #3 from Mircea Namolaru ---
It is not that -floop-interchange is disabled, but the code received by
graphite is different if the option -fopenmp is enabled. In this case the check
for data
dependencies required by loop-interchange fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
Bug ID: 61004
Summary: [4.9/4.10 Regression] Spurious warning: dereferencing
type-punned pointer
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61002
--- Comment #2 from Fred Krogh ---
Thanks, that did the job.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
--- Comment #28 from Rich Felker ---
On Tue, Apr 29, 2014 at 02:16:38PM +, rguenth at gcc dot gnu.org wrote:
> Honza, is there a more "fancy" way of doing this?
The only correct way to fix this is to honor -ffreestanding and never
generate re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60971
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 29 14:45:24 2014
New Revision: 209901
URL: http://gcc.gnu.org/viewcvs?rev=209901&root=gcc&view=rev
Log:
PR tree-optimization/60971
* tree-tailcall.c (process_assignment): R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60971
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 29 14:44:07 2014
New Revision: 209900
URL: http://gcc.gnu.org/viewcvs?rev=209900&root=gcc&view=rev
Log:
PR tree-optimization/60971
* tree-tailcall.c (process_assignment): R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61003
--- Comment #1 from Fanael ---
Note: I was compiling with -O2, so the line number may not be very indicative.
Should I post a backtrace of -O0?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61003
Bug ID: 61003
Summary: [4.9 Regression] Segfault in
__deregister_frame_info_bases when exiting, on
i686-mingw32 with dw2 unwinding
Product: gcc
Version: 4.9.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984
--- Comment #7 from Torbjörn Gard ---
I used gcc-4.8.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61002
--- Comment #1 from Dominique d'Humieres ---
Compile with -fno-range-check. Also
f951: warning: command line option '-Wno-div-by-zero' is valid for
C/C++/ObjC/ObjC++ but not for Fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
--- Comment #26 from Richard Biener ---
(In reply to Janosch Rux from comment #24)
> When upgrading our build environment we ran into this. We worked around the
> way mentioned in the comments.
>
> No Problems with: 4.6.3
> Broken with: 4.8.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61002
Bug ID: 61002
Summary: Can't divide by 0
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
Richard Biener changed:
What|Removed |Added
CC||exmortis at yandex dot ru
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60998
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60999
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59577
--- Comment #3 from Dominique d'Humieres ---
> +++ This bug was initially created as a clone of Bug #51024 +++
What is the added value of this PR with respect to pr51024? IMO it should be
closed as a duplicate.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61001
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46032
--- Comment #8 from Dominique d'Humieres ---
See also pr60997.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60997
--- Comment #2 from Dominique d'Humieres ---
> IIRC -fopenmp has similar issues for vectorization (it defeats
> points-to analysis)
PR46032?
[Book15] f90/bug% g++ -Ofast pr46032.cpp -fopt-info-vec -fgraphite
-fgraphite-identity -floop-block -flo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61001
--- Comment #2 from Marc Glisse ---
Please copy your testcase here.
-fno-builtin-memcmp is not a hack, it is necessary, even without -flto. Without
it, linking is not the only thing that may fail. gcc may look at your
implementation, recognize th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45123
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46460
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60971
--- Comment #6 from Jeffrey A. Law ---
Jakub,
That patch is fine -- it's effectively what I was planning to do today, just in
a different location.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61001
--- Comment #1 from Emmanuel Blot ---
Note: binutils version: 2.24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61001
Bug ID: 61001
Summary: Builtin memcpy and memset cannot be overridden when
-flto is used
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61000
Bug ID: 61000
Summary: No loop interchange for inner loop along the slow
index
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|201
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60999
--- Comment #1 from Deniz Bahadir ---
Created attachment 32706
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32706&action=edit
preprocessed source generated by GCC with option '-save-temps'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #30 from Dominique d'Humieres ---
Since at least gcc 4.8.2, -floop-interchange is able to apply it to the test in
comment 25 (see also pr60997):
[Book15] f90/bug% gfortran-fsf-4.8 -Ofast pr14741.f90 -floop-interchange
[Book15] f90/bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60998
Bug ID: 60998
Summary: [MIPS] -O3 produces infinite while() loop. -O2
produces correct code.
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60997
--- Comment #1 from Richard Biener ---
IIRC -fopenmp has similar issues for vectorization (it defeats points-to
analysis)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60971
Jakub Jelinek changed:
What|Removed |Added
Attachment #32702|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59476
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60994
--- Comment #5 from Momchil Velikov ---
Proposed fix: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg01938.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59476
--- Comment #1 from Pawel Sikora ---
4.9.0 released with unusable pretty printers :/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60997
Bug ID: 60997
Summary: -fopenmp conflicts with -floop-interchange
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
1 - 100 of 113 matches
Mail list logo