http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59248
Bug ID: 59248
Summary: [4.8 regression] pointless -Wconversion warning with
sizeof, take 2
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59246
--- Comment #1 from Ryou Ezoe ---
According to the de facto standard C++ ABI:
http://mentorembedded.github.io/cxx-abi/abi.html#pure-virtual
__cxa_pure_virtual will be called:
> if the user calls a non-overridden pure virtual function, which has u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59247
Bug ID: 59247
Summary: Bootstrap fails due to errors in libstdc++ sources
with `--enable-symvers=gnu-versioned-namespace'
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59246
Bug ID: 59246
Summary: GCC should issue runtime error for calling pure
virtual function with definition
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.9.0 20131121 (experimental) [trunk revision 205234] (GCC)
$
$ gcc-trunk -O2 -c small.c
$ gcc-4.8.2 -O3 -c small.c
$
$ gcc-trunk -O3 -c small.c
small.c: In function ‘fn2’:
small.c:18:1: internal compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59244
Bug ID: 59244
Summary: [c++11] can't specialize template on ref-qualified
member function pointer type
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21718
--- Comment #30 from Rick Regan ---
I was running with the unfixed glibc, so that mislead me into thinking that,
since it matched David Gay's output, it was right. But the fixed gcc and fixed
glibc both get it right (0x0.1p-1022), and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
--- Comment #8 from tejohnson at gcc dot gnu.org ---
Author: tejohnson
Date: Fri Nov 22 04:16:47 2013
New Revision: 205243
URL: http://gcc.gnu.org/viewcvs?rev=205243&root=gcc&view=rev
Log:
2013-11-21 Teresa Johnson
PR target/59233
* cf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59208
H.J. Lu changed:
What|Removed |Added
CC||kilobyte at angband dot pl
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59241
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59243
Bug ID: 59243
Summary: [SH] Build fails during compiling libjava/interpret.cc
with segfault
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59242
--- Comment #1 from Michael Forney ---
Created attachment 31269
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31269&action=edit
Fixes issue 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59242
Bug ID: 59242
Summary: Ensure correct FLAGS are used at various stages of the
build
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
--- Comment #27 from Manuel López-Ibáñez ---
(In reply to Vincent Lefèvre from comment #26)
> (In reply to Manuel López-Ibáñez from comment #25)
> > I don't see any reason for -Wuninitialized to not enable
> > -Wmaybe-uninitialized.
>
> I can see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55915
--- Comment #5 from Yves Caniou ---
Le mardi 19 novembre 2013 02:36:30 pinskia at gcc dot gnu.org a écrit :
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55915
>
> Andrew Pinski changed:
>
>What|Removed |Adde
Assignee: unassigned at gcc dot gnu.org
Reporter: kilobyte at angband dot pl
Created attachment 31267
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31267&action=edit
deltaed test case
When running g++ -O2, in a trunk snapshot 20131121-1 (from Debian) on attached
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314
Oleg Endo changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org
--- Comment #9 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
--- Comment #26 from Vincent Lefèvre ---
(In reply to Manuel López-Ibáñez from comment #25)
> I don't see any reason for -Wuninitialized to not enable
> -Wmaybe-uninitialized.
I can see 3 kinds of use:
1. Users who are interested in neither: the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59138
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21718
--- Comment #29 from Joseph S. Myers ---
GCC supports lots of different floating-point formats, not all IEEE, including
variants such as "no subnormals" or "no infinities". Using round to
zero/stickiness allows the existing GCC code that knows ab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
Marc Glisse changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #2 from
: unassigned at gcc dot gnu.org
Reporter: kilobyte at angband dot pl
Created attachment 31266
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31266&action=edit
deltaed test case
With gcc-snapshot 20131121-1, running g++ on the attached code fails with:
cc1plus: internal compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21718
--- Comment #28 from Rick Regan ---
Yes, that makes sense. I originally (mistakingly) thought that SIGNIFICAND_BITS
was the intermediate precision for mpfr_strtofr(), like it was for gcc's
original algorithm. Then I talked myself out of the "needs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59239
--- Comment #2 from Oleg Endo ---
(In reply to Oleg Endo from comment #0)
> Created attachment 31264 [details]
> Possible cleanup patch
After applying the patch and replacing the "doloop_end" expander with
(define_expand "doloop_end"
[(use (ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59063
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59234
Bug ID: 59234
Summary: Legal program rejected, a generic package having
intricate formal package parameters could not be
instantiated
Product: gcc
Version: 4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59239
--- Comment #1 from Oleg Endo ---
Created attachment 31265
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31265&action=edit
Reduced test case
> There is one weird case in CSiBE in
> linux-2.4.23-pre3-testplatform/fs/iobuf.c (alloc_kiobuf_bhs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59239
Bug ID: 59239
Summary: [SH] Improve decrement-and-test insn
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59238
Bug ID: 59238
Summary: Dynamic allocating a list-initialized object of a type
with private destructor fails.
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Seve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59235
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #46 from Bernd Edlinger ---
Note:
a) the patch will should be OK for 4.8 but not for 4.7.
b) the read-side does not ICE but will likely generate invalid code.
=> a patch for the read-side is sill pending for review:
http://gcc.gnu.or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59133
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21718
--- Comment #27 from Joseph S. Myers ---
No, it was lack of precision. MPFR may need to use many more than
SIGNIFICAND_BITS internally in order to compute a result that is correctly
rounded towards zero to SIGNIFICAND_BITS (plus the ternary value
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55950
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
Dominique d'Humieres changed:
What|Removed |Added
Target|x86_64-apple-darwin13 |*-apple-darwin*
Host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59229
--- Comment #7 from H.J. Lu ---
It is caused by r204926.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59235
Bug ID: 59235
Summary: [4.9 regression] SEGV in
sparc_output_scratch_registers
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
Bug ID: 59233
Summary: [4.9 Regression] C++ failures after revision 205058 on
x86_64-apple-darwin13 with -m32
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59215
Dmitry Vyukov changed:
What|Removed |Added
CC||dvyukov at google dot com
--- Comment #16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59232
Bug ID: 59232
Summary: gcc misses [-Werror=sign-compare] when inside a
template
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59194
Dmitry Vyukov changed:
What|Removed |Added
CC||dvyukov at google dot com
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59232
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59231
Bug ID: 59231
Summary: gcc misses [-Werror=sign-compare] when inside a
template
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59231
--- Comment #2 from Richard Biener ---
*** Bug 59232 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59229
Uroš Bizjak changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59150
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
--- Comment #5 from Jeffrey A. Law ---
Author: law
Date: Thu Nov 21 19:45:16 2013
New Revision: 205229
URL: http://gcc.gnu.org/viewcvs?rev=205229&root=gcc&view=rev
Log:
PR tree-optimization/59221
* tree-ssa-threadedge.c (thread_across_edg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59235
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59231
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59211
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
--- Comment #7 from Zhendong Su ---
(In reply to Jeffrey A. Law from comment #6)
> Fixed on trunk. Again, sorry for the breakage.
Thanks Jeff. That was quick!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59235
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59231
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59235
--- Comment #2 from Jeffrey A. Law ---
Ranier,
The only sparc box in the farm is the painfully slow gcc54 which someone else
is hammering so bad there's no way I can reasonably test if the fix for 59221
also fixes this bug.
Can you update your l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58410
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59229
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Priority|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59216
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Summary|[[4.9 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59236
Bug ID: 59236
Summary: Mixing -O0 and -O2 object causes link error because of
corrupted comadts
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #45 from Paulo J. Matos ---
Can we backport Bernd's patch of the 20th of September to 4.8?
I just met this ICE in 4.8 and I guess we should still try to fix them in 4.8
since it's still maintained.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59237
Bug ID: 59237
Summary: FAIL:
ext/random/hypergeometric_distribution/operators/value
s.cc (test for excess errors)
Product: gcc
Version: 4.9.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21718
--- Comment #26 from Rick Regan ---
So the problem was never lack of precision -- just lack of stickiness. We were
seeing higher precision making more conversions work (e.g., more worked with
192 bits than 160), but ultimately, stickiness was requ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
--- Comment #4 from Jeffrey A. Law ---
Patch testing now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59179
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58826
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
--- Comment #3 from Teresa Johnson ---
On Thu, Nov 21, 2013 at 6:10 AM, dominiq at lps dot ens.fr
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
>
> --- Comment #2 from Dominique d'Humieres ---
> The ICE with -freorder-blocks-and-par
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #47 from Paulo J. Matos ---
Would like to add that I backported the patch locally and all the testsuite is
passing until now. The ICE I initially got is not gone as well. So I can
confirm that as far as I know, the patch is indeed fine
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59137
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59111
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59110
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59236
--- Comment #2 from Rafael Avila de Espindola ---
(In reply to H.J. Lu from comment #1)
> Works on Linux/x86-64.
Yes, it is a COFF only issue (tested on mingw).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59138
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59228
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59228
--- Comment #3 from janus at gcc dot gnu.org ---
The trivial fix is:
Index: gcc/fortran/interface.c
===
--- gcc/fortran/interface.c(revision 204922)
+++ gcc/fortran/interface.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
--- Comment #7 from Dominique d'Humieres ---
Thanks for the patch. It fixes the ICEs. I am currently regtesting.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361
Tim Besard changed:
What|Removed |Added
CC||tim.besard at gmail dot com
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59228
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51635
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188
Joost VandeVondele changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
--- Comment #6 from Teresa Johnson ---
On Thu, Nov 21, 2013 at 7:10 AM, tejohnson at google dot com
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
>
> --- Comment #5 from Teresa Johnson ---
> Reproduced with cross compiler:
>
> $
> /
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
--- Comment #5 from Teresa Johnson ---
Reproduced with cross compiler:
$
/usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/bld-gcc/./gcc/xg++
-B/usr/local/google/home/tejohnson/gcc_trunk_9_x86_64-apple-darwin10/bld-gcc/./gcc/
-B/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59219
--- Comment #2 from Martin Sebor ---
I'm suggesting that when -fno-builtin is used, __builtin___memcpy_chk (and
other __bultin_xxx_chk) invocations that are determined not to exceed the size
of the buffer boundaries expand to a call to memcpy inst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59236
--- Comment #1 from H.J. Lu ---
Works on Linux/x86-64.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59221
--- Comment #3 from H.J. Lu ---
It is caused by r205074.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59228
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59233
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59224
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59215
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59152
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59154
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
1 - 100 of 162 matches
Mail list logo