http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50150
--- Comment #4 from Carrot 2011-09-26 02:16:15 UTC
---
After adding '--with-fpu=neon' '--with-float=softfp' to my configuration, most
of the failure disappeared, but there are still several
gcc
FAIL: gcc.dg/vect/vect-120.c scan-tree-dump-times v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
Bug #: 50521
Summary: -fstrict-volatile-bitfields is not strict
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #20 from Jack Howarth 2011-09-26
00:47:32 UTC ---
(In reply to comment #19)
> Created attachment 25359 [details]
> wip 3
>
Regtest on darwin11 at
http://gcc.gnu.org/ml/gcc-testresults/2011-09/msg02611.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50520
Bug #: 50520
Summary: getReaderForText never returns
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48974
Hans-Peter Nilsson changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48974
Hans-Peter Nilsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26748
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |
--- Comment #2 from Paolo Carlini 2011-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31044
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50514
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=34023
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37657
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50519
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
Manuel López-Ibáñez changed:
What|Removed |Added
CC||ebrahim at mohammadi dot ir
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50519
Ebrahim Mohammadi changed:
What|Removed |Added
CC||ebrahim at mohammadi dot ir
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50519
Bug #: 50519
Summary: -Wconversion false positive warning
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
--- Comment #4 from Gerald Pfeifer 2011-09-25
20:45:38 UTC ---
Well, my "fix" may not really be one (it definitely is a hack and not the
right fix) and thus it may actually be causing the segmentation fault even.
I think http://gcc.gnu.org/bugzi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50518
Bug #: 50518
Summary: repeated c++11 opaque enum declarations are invalid
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20039
--- Comment #7 from Jason Merrill 2011-09-25
20:29:09 UTC ---
Author: jason
Date: Sun Sep 25 20:29:04 2011
New Revision: 179170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179170
Log:
Core 234 - allow const objects with no initiali
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42844
--- Comment #16 from Jason Merrill 2011-09-25
20:29:09 UTC ---
Author: jason
Date: Sun Sep 25 20:29:04 2011
New Revision: 179170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179170
Log:
Core 234 - allow const objects with no initial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
--- Comment #3 from Anton Shterenlikht 2011-09-25
20:25:19 UTC ---
Created attachment 25362
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25362
libgcc config.log from ia64 FreeBSD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
--- Comment #2 from Anton Shterenlikht 2011-09-25
20:24:24 UTC ---
Gerald has provided a fix for the _Unwind_FindTableEntry
FreeBSD ia64 issue
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650).
With this fix, 4.7 on ia64 FreeBSD now gives the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50517
Bug #: 50517
Summary: gfortran must detect that actual argument type is
different from dummy argument type (r178939)
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50516
Bug #: 50516
Summary: gfortran must detect illegal statements in a block
data (r178939)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50515
Bug #: 50515
Summary: gfortran should not accept an external that is a
common (r178939)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50514
Bug #: 50514
Summary: gfortran should check ISHFT & ISHFTC aruments
(r178939)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50489
--- Comment #6 from Gary Funck 2011-09-25 19:58:58
UTC ---
(In reply to comment #5)
> D.3059_11 = VIEW_CONVERT_EXPR(D.3058);
>
> looks like bogus IL to me. You view D.3058, a struct of size 16, as
> a pointer (of size 8). I suppose you want
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50513
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50507
--- Comment #2 from Roger Meyer 2011-09-25
19:03:05 UTC ---
(In reply to comment #1)
i'm using the stock gcc 4.4 that comes with debian 6 i386
compiling gcc 4.5.3 with the following options
./configure --with-newlib --with-headers=no --prefix=/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50513
Bug #: 50513
Summary: cross configurations fail to build
ipa-inline-analysis.o with -Werror
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #32 from Mikael Pettersson 2011-09-25
18:05:21 UTC ---
(In reply to comment #31)
> * expmed.c
> (store_bit_field_1): Use the new interfaces.
>
> I'll continue trying to minimize the changeset.
Of the three translatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50506
--- Comment #12 from Rafał Mużyło 2011-09-25 18:02:58
UTC ---
(In reply to comment #11)
Does the WONTFIX resolution here mean that glibc will need a fix then ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50444
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43393
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32118
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50506
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34014
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50512
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50512
--- Comment #1 from mm at mezzarobba dot net 2011-09-25 16:51:17 UTC ---
Created attachment 25361
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25361
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43393
--- Comment #6 from joseph at codesourcery dot com 2011-09-25 16:51:02 UTC ---
On Sun, 25 Sep 2011, paolo.carlini at oracle dot com wrote:
> I'm tempted to close this, then. Comment #4 raises a C issue, however, maybe
> Joseph wants to have a loo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50512
Bug #: 50512
Summary: surprising change in overloading resolution
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41995
Paolo Carlini changed:
What|Removed |Added
Status|SUSPENDED |NEW
CC|gcc-bugs at gcc do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41966
--- Comment #2 from Jens Gustedt 2011-09-25
16:33:05 UTC ---
Just to add to the list, since this finally found some attention.
The problem is also manifest for 4.5.2, only the difference is that this time
the three line version at the end of the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44725
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46858
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751
--- Comment #9 from Paolo Carlini 2011-09-25
16:08:15 UTC ---
*** Bug 46858 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39699
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42032
--- Comment #11 from Evan Martin 2011-09-25 16:02:25
UTC ---
I am on personal leave until 2012.
If you're within Google, you can read http://www/~evanm/leave.html for more.
Otherwise, for Chrome questions you can try asking t...@chromium.org,
a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42032
Paolo Carlini changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41966
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45169
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45880
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50504
--- Comment #6 from Mikael Pettersson 2011-09-25
15:25:01 UTC ---
According to my bisection, the bug started on trunk for 4.5.0 with r147851,
stopped on trunk for 4.6.0 with r164136, and stopped on 4.5 branch with
r175813.
I can't say if those fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50444
--- Comment #1 from John Salmon 2011-09-25
15:22:07 UTC ---
Here's a slightly smaller test case. The problem is the 'movdqa'. According
the x86-64 ABI, rsp+8 is 16-bit aligned at the entry to main, and therefore so
is %rdi when we try to execut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48667
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44783
Paolo Carlini changed:
What|Removed |Added
CC||brian.amberg at unibas dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48667
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18835
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41158
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39778
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40855
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622
Paolo Carlini changed:
What|Removed |Added
CC||john.salmon at deshaw dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45509
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47791
--- Comment #1 from Paolo Carlini 2011-09-25
14:52:50 UTC ---
It seems to me that the SF_* that you are mentioning actually are meant for
start_preparsed_function, not for finish_function. The latter should probably
have its own FF_* in cp-tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48562
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|paolo.carlini at o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48562
--- Comment #6 from Johannes Schaub
2011-09-25 14:22:33 UTC ---
(In reply to comment #5)
> Johannes, sorry about the dumb question: now I understand the issue decently
> well - and after all boils down to adding a warning - but I'm not sure to
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44499
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44499
--- Comment #20 from Jonathan Wakely 2011-09-25
13:57:13 UTC ---
Probably this change:
2011-09-23 Jason Merrill
Core 253 - allow const objects with no initializer or
user-provided default constructor if the defaulted construc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50506
--- Comment #10 from Rafał Mużyło 2011-09-25 13:51:14
UTC ---
So, I ran one more test:
gcc-4.6.1 -O2 -Wall -c -o fprintf-mini-bug-4.6.o fprintf-mini-bug-4.6.i
-fno-align-functions -fno-align-jumps -fno-align-labels -fno-align-loops
-fno-caller-sa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50506
--- Comment #9 from Rafał Mużyło 2011-09-25 13:33:42
UTC ---
What I'm trying to say is that gcc should either:
- accept the code even with -fno-ipa-cp
- reject the code even with -fipa-cp
- print better diagnostics, if -fipa-cp should be the magi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50504
--- Comment #5 from Paolo Carlini 2011-09-25
13:30:28 UTC ---
Actually I tried 179164, not 4.5.3 proper, sorry. The fix must be very recent,
then.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50504
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50504
--- Comment #3 from Paolo Carlini 2011-09-25
12:56:53 UTC ---
Indeed 4.5.3 works for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50506
Rafał Mużyło changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46105
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49468
Oleg Endo changed:
What|Removed |Added
Attachment #24625|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48667
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50504
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50507
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49126
Paolo Carlini changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50506
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50489
--- Comment #5 from Richard Guenther 2011-09-25
12:13:44 UTC ---
D.3059_11 = VIEW_CONVERT_EXPR(D.3058);
looks like bogus IL to me. You view D.3058, a struct of size 16, as
a pointer (of size 8). I suppose you want to load D.3058.vaddr here?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50485
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
Richard Guenther changed:
What|Removed |Added
Target||ia64-*-freebsd9.0
Target Milestone|-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50483
Richard Guenther changed:
What|Removed |Added
Keywords||lto
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50480
Richard Guenther changed:
What|Removed |Added
Target||i?86-*-*
--- Comment #3 from Richard G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50475
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50474
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38502
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50472
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40574
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43393
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |jsm28 at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44499
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45581
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50460
--- Comment #5 from Richard Guenther 2011-09-25
11:11:21 UTC ---
(In reply to comment #4)
> Looking at:
> const char *str1 = "JIHGFEDCBA";
> #define strcpy(x,y) __builtin___strcpy_chk (x, y, __builtin_object_size (x,
> 1))
>
> int
> f1 (void)
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48839
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463
--- Comment #6 from Richard Guenther 2011-09-25
11:07:48 UTC ---
Smells like a Frontend decl merging issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50466
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48562
--- Comment #5 from Paolo Carlini 2011-09-25
10:54:07 UTC ---
Johannes, sorry about the dumb question: now I understand the issue decently
well - and after all boils down to adding a warning - but I'm not sure to
understand your code snippet: is
1 - 100 of 116 matches
Mail list logo