http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60156
Bug ID: 60156
Summary: GCC doesn't warn about variadic main
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60156
Marek Polacek changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60047
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Feb 12 08:45:46 2014
New Revision: 207712
URL: http://gcc.gnu.org/viewcvs?rev=207712&root=gcc&view=rev
Log:
/cp
2014-02-12 Paolo Carlini
PR c++/60047
* method.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60047
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|jason at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60157
Bug ID: 60157
Summary: adding -mstrict-align for i386 and x86_64 architecture
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
e): Also remove dangling REG_DEAD notes on the
other_insn once the combination has been validated.
Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20140212-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c
trunk/gcc/testsuite/ChangeLog
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60157
vinxxe at gmail dot com changed:
What|Removed |Added
Severity|normal |enhancement
e): Also remove dangling REG_DEAD notes on the
other_insn once the combination has been validated.
Added:
branches/gcc-4_8-branch/gcc/testsuite/gcc.c-torture/execute/20140212-1.c
- copied unchanged from r207713,
trunk/gcc/testsuite/gcc.c-torture/execute/20140212-1.c
Modified:
branches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60116
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60060
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Wed Feb 12 09:01:30 2014
New Revision: 207715
URL: http://gcc.gnu.org/viewcvs?rev=207715&root=gcc&view=rev
Log:
2014-02-12 Richard Biener
PR lto/60060
* lto-lang.c (lto_writ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636
--- Comment #6 from paul.richard.thomas at gmail dot com ---
Dear Dominique,
Thanks for the heads-up about -m32 - I thought that the code would be
immune to word length changes ***sigh***
Cheers
Paul
On 12 February 2014 00:40, dominiq at lps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60152
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60060
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60092
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60152
--- Comment #2 from Tobias Burnus ---
See PR 60060 comment 7 for some details and a backtrace of the two
add_calling_convention_attribute calls.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60116
--- Comment #19 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Feb 12 10:16:34 2014
New Revision: 207716
URL: http://gcc.gnu.org/viewcvs?rev=207716&root=gcc&view=rev
Log:
PR rtl-optimization/60116
* combine.c (try_combine): Fix oversi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60116
--- Comment #20 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Feb 12 10:17:08 2014
New Revision: 207717
URL: http://gcc.gnu.org/viewcvs?rev=207717&root=gcc&view=rev
Log:
PR rtl-optimization/60116
* combine.c (try_combine): Fix oversi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60092
--- Comment #19 from Jakub Jelinek ---
(In reply to Tobias Burnus from comment #18)
> (In reply to Richard Biener from comment #1)
> > We could "lower"
> > posix_memalign (&ptr, align, size);
> > to
> > posix_memalign (&ptr, align, size);
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158
Bug ID: 60158
Summary: powerpc: usage of the .data.rel.ro.local section
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Bug ID: 60159
Summary: improve code for conditional sibcall
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimiz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43546
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43546
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #15 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #22 from Paulo J. Matos ---
After some thought, I am concluding this cannot actually be optimized and that
GCC 4.5.4 was better because it was taking advantage of an undefined behaviour
that doesn't exist.
The thought process is as fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
--- Comment #1 from John David Anglin ---
With 4.6 and 4.7 compilers, this appears as:
gcc-4.6 -g -O2 -Wall -Wpointer-arith -Wuninitialized -Wsign-compare
-Wformat-security -Wno-pointer-sign -Wno-unused-result -fno-strict-aliasing
-D_FORTIFY_SOUR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57202
--- Comment #4 from Marc Glisse ---
Can this be closed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #23 from rguenther at suse dot de ---
On Wed, 12 Feb 2014, pa...@matos-sorge.com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
>
> --- Comment #22 from Paulo J. Matos ---
> After some thought, I am concluding this canno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60092
--- Comment #20 from Richard Biener ---
Author: rguenth
Date: Wed Feb 12 13:36:08 2014
New Revision: 207720
URL: http://gcc.gnu.org/viewcvs?rev=207720&root=gcc&view=rev
Log:
2014-02-12 Richard Biener
PR middle-end/60092
* gimple-low.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
pmatos at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
--- Comment #4 from Jan Kratochvil ---
Verified GDB fails with it.
GDB puts breakpoint on second ".loc" (that is not the fist/initial ".loc") in a
function as currently neither GCC nor GCC use DW_LNS_set_prologue_end.
g++ (GCC) 4.9.0 20140212 (experimental)
-S -g -fsanitize=ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57202
--- Comment #5 from Thiago Macieira ---
(In reply to Marc Glisse from comment #4)
> Can this be closed?
Oh, yeah, this is working fine in GCC 4.9.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160
Bug ID: 60160
Summary: Building with -flto in CFLAGS_FOR_TARGET /
CXXFLAGS_FOR_TARGET
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160
--- Comment #1 from Marc Glisse ---
Note the related: http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01480.html (PR
43538) and PR 59893.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160
--- Comment #2 from Markus Trippelsdorf ---
libstdc++ also causes problems:
/var/tmp/gcc_build_dir_/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir_/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++
-B/var/tmp/gcc_build_dir_/prev-x86_64-pc-linux-g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57202
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
--- Comment #1 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 12 16:12:36 2014
New Revision: 207731
URL: http://gcc.gnu.org/viewcvs?rev=207731&root=gcc&view=rev
Log:
Pass --32 to GNU assembler for .long foo@GOTOFF check
PR target/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
--- Comment #2 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 12 16:38:50 2014
New Revision: 207733
URL: http://gcc.gnu.org/viewcvs?rev=207733&root=gcc&view=rev
Log:
Pass --32 to GNU assembler for .long foo@GOTOFF check
Backport f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
--- Comment #3 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 12 16:43:47 2014
New Revision: 207734
URL: http://gcc.gnu.org/viewcvs?rev=207734&root=gcc&view=rev
Log:
Pass --32 to GNU assembler for .long foo@GOTOFF check
Backport f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60151
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
--- Comment #7 from Dmitry Gorbachev ---
I used to build GCC 4.8/4.9 with -flto in C(XX)FLAGS_FOR_TARGET for quite some
time (both native i686-pc-linux-gnu and a cross), and it seems to work. I saw
two problems: PR 60160 (for which a patch exists
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59737
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60161
Bug ID: 60161
Summary: updating collapsed because of no authentified software
packets (lib32cc1)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: bloc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59737
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 12 16:55:51 2014
New Revision: 207735
URL: http://gcc.gnu.org/viewcvs?rev=207735&root=gcc&view=rev
Log:
PR middle-end/59737
* g++.dg/ipa/pr59737.C: New test.
Added:
tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60161
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58115
Bernd Edlinger changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43680
Jason Merrill changed:
What|Removed |Added
Known to fail||
--- Comment #19 from Jason Merrill ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59516
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Max TenEyck Woodbury changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59193
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57193
Richard Henderson changed:
What|Removed |Added
Last reconfirmed|2013-05-07 00:00:00 |2014-2-12
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Richard Henderson changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
--- Comment #14 from Andrew Pinski ---
(In reply to Richard Henderson from comment #13)
> (In reply to Tom Li from comment #12)
> > {
> > + if (!ISA_HAS_FP_CONDMOVE &&
> > + GET_MODE_CLASS (GET_MODE (XEXP (operands[1], 0))) != MODE_INT)
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60162
Bug ID: 60162
Summary: [4.9 lra regression] mlra appears to be using the FP
registers as a set of spill registers for ARM.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60163
Bug ID: 60163
Summary: Ada style checks: token spacing enforces space only
around the first of several multiplying operators
Product: gcc
Version: 4.7.4
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035
--- Comment #2 from Nathaniel J. Smith ---
Good point -- sent.
http://gcc.gnu.org/ml/gcc-patches/2014-02/msg00813.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60162
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |rtl-optimization
--- Comment #1 from Andr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60163
--- Comment #1 from Piotr Trojanek ---
Created attachment 32117
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32117&action=edit
Patch to solve the problem
The attached patch solves the problem. I tested it with GNAT GPL 2013, but the
file i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60164
Bug ID: 60164
Summary: Missing parenthesis in the documentation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: ada
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
--- Comment #2 from John David Anglin ---
Breakpoint 1, get_pressure_class_and_nregs (insn=0xfab51d98, nregs=0xfaf028c0)
at ../../gcc/gcc/gcse.c:3459
3459 gcc_assert (set != NULL_RTX);
(gdb) p debug_rtx (insn)
(insn 212 211 213 18 (parall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60155
--- Comment #3 from John David Anglin ---
Function compiles without "-ftrapv".
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16602
Sebastian Unger changed:
What|Removed |Added
CC||sebunger44 at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16602
--- Comment #12 from Andrew Pinski ---
(In reply to Sebastian Unger from comment #11)
> I'm inclined to reopen this issue unless someone can point me to the
> standard for this.
From 6.7.3/9 (in the C11 draft):
If the speciļ¬cation of an array typ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16602
--- Comment #13 from Sebastian Unger ---
I believe the intent behind that is that the qualification of an array type is
identical to that of its element type.
I.e. the statement here is that an 'array of const ints' is identical to a
'const array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60148
--- Comment #7 from Jerry DeLisle ---
The regressions are two fold:
1) Tests are specifically looking for a " or a ' when no longer generated,
and
2) We need to also revise namelist reading of character types which are no
longer delimited
name
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60165
Bug ID: 60165
Summary: "may be used uninitialized" warning with -O3 but not
with -O2
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60166
Bug ID: 60166
Summary: ARM default NAN encoding violates EABI
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60167
Bug ID: 60167
Summary: [4.9 regression] Bogus error: conflicting declaration
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
Bug ID: 60168
Summary: Incorrect check in ~unique_ptr() when Deleter::pointer
type is not a pointer type
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60169
Bug ID: 60169
Summary: ICE ARM thumb1 handles far jump
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60169
--- Comment #1 from Joey Ye ---
Caused by http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01229.html, reason is
that stack layout shouldn't change during and after reload.
I have a patch fixing it under testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
--- Comment #2 from Jonathan Wakely ---
The standard also specifies the behaviour of ~unique_ptr in terms of
comparing the stored pointer with nullptr.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335
Joey Ye changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60168
--- Comment #3 from Ashish Sadanandan ---
You are right, of course. Not a bug, but it's disappointing that it isn't. If
that comparison were against a value initialized unique_ptr::pointer,
instead of nullptr, it'd allow unique_ptr to be used to m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60170
Bug ID: 60170
Summary: No -Wtype-limits warning with -O1
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
77 matches
Mail list logo
