Hi,
I'm not sure if this is a bug or I am just misunderstanding the
attribute. First of all I noticed this behaviour on the following gcc
version, but not earlier gcc (probably 4.2, I can't remember exactly):
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/x86_64-linux-gnu/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49528
Jason Merrill changed:
What|Removed |Added
Summary|g++ fails to destroy|[4.6/4.7 regression] g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49528
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49528
Summary: g++ fails to destroy temporary object when subobject
is used to initialize a reference
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35255
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49527
Summary: internal compiler error: in mangle_decl_string, at
cp/mangle.c:3099
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #10 from Easwaran Raman 2011-06-24
23:07:58 UTC ---
(In reply to comment #9)
> I still get the -Os failures (I never had the others) with r175389 and have
> attached the requested rtl dumps.
This doesn't look like a DSE related bug t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #8 from Janis Johnson 2011-06-24
23:02:12 UTC ---
Created attachment 24601
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24601
rtl dump for -Os failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #9 from Janis Johnson 2011-06-24
23:02:58 UTC ---
I still get the -Os failures (I never had the others) with r175389 and have
attached the requested rtl dumps.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #7 from Janis Johnson 2011-06-24
23:01:40 UTC ---
Created attachment 24600
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24600
rtl dump for -Os failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49526
--- Comment #1 from Siarhei Siamashka
2011-06-24 22:48:46 UTC ---
And clang 2.9 has no problems optimizing this code:
$ cat test.c
int smmul(int a, int b) { return ((long long)a * b) >> 32; }
$ clang -ccc-host-triple arm-none-linux -O2 -mcpu=c
quot;GCC: (GNU) 4.7.0 20110624 (experimental)"
.section.note.GNU-stack,"",%progbits
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49525
--- Comment #4 from Marcin Ślusarz 2011-06-24
22:38:06 UTC ---
Created attachment 24599
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24599
all.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49525
--- Comment #3 from Marcin Ślusarz 2011-06-24
22:37:44 UTC ---
Created attachment 24598
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24598
all.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49523
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49525
--- Comment #2 from Marcin Ślusarz 2011-06-24
22:23:56 UTC ---
Created attachment 24597
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24597
standalone app testing this bug
I'm attaching sources of standalone app which tests this bug.
It s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49525
--- Comment #1 from Marcin Ślusarz 2011-06-24
22:20:24 UTC ---
Created attachment 24596
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24596
g++ -v -save-temps -O2 -Wall -c all.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49525
Summary: [4.4] wrong code and wrong warning for bitfield
related operations
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #6 from Easwaran Raman 2011-06-24
22:19:40 UTC ---
Could you please test if r175384 fixes these failures? Otherwise please run one
of the smaller tests with -fdump-rtl-dse1-all and -fdump-rtl-cse2 (the pass
before DSE) and upload thos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
Janis Johnson changed:
What|Removed |Added
CC||janis at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46400
--- Comment #11 from Paolo Carlini 2011-06-24
21:29:33 UTC ---
Thanks Jakub.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46400
--- Comment #10 from Jakub Jelinek 2011-06-24
21:11:19 UTC ---
Author: jakub
Date: Fri Jun 24 21:11:16 2011
New Revision: 175389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175389
Log:
PR c++/46400
* cp-tree.h (union lang_tree_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49524
Summary: container loop error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47534
Georg-Johann Lay changed:
What|Removed |Added
CC||j at uriah dot heep.sax.de
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46426
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49487
Georg-Johann Lay changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49507
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49523
Summary: uninitialized warning present when compiled with O1
but not with O0
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49429
--- Comment #16 from eraman at gcc dot gnu.org 2011-06-24 17:10:23 UTC ---
Author: eraman
Date: Fri Jun 24 17:10:18 2011
New Revision: 175384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175384
Log:
2011-06-24 Easwaran Raman
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39839
Richard Guenther changed:
What|Removed |Added
Known to work||4.7.0
Summary|[4.3/4.4/4.5/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49454
--- Comment #5 from eraman at gcc dot gnu.org 2011-06-24 17:10:23 UTC ---
Author: eraman
Date: Fri Jun 24 17:10:18 2011
New Revision: 175384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175384
Log:
2011-06-24 Easwaran Raman
PR r
s=c++ --disable-shared
--disable-libmudflap --disable-libssp
Thread model: posix
gcc version 4.7.0 20110624 (experimental) [trunk revision 175378] (GCC)
$ ./xgcc -B. ~/ice.i -c -O3 -g
/home/ryan/ice.i: In function 'func4':
/home/ryan/ice.i:38:1: internal compiler error: Floating point exception
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #2 from H.J. Lu 2011-06-24 16:37:20
UTC ---
step-14.cc is miscompiled:
#0 SparsityPattern::operator() (this=0xcef8, i=0, j=0)
at sparsity_pattern.cc:608
#1 0x08223fc1 in add (value=0.075579727185634243, j=,
i=, this=0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49437
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49504
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49142
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39839
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49521
Ryan Mansfield changed:
What|Removed |Added
Keywords||wrong-code
Summary|[arm] Bad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49521
Ramana Radhakrishnan changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48126
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49521
--- Comment #2 from Ryan Mansfield 2011-06-24
13:50:48 UTC ---
Created attachment 24591
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24591
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49521
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49521
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49504
--- Comment #5 from hjl at gcc dot gnu.org 2011-06-24
13:41:44 UTC ---
Author: hjl
Date: Fri Jun 24 13:41:40 2011
New Revision: 175377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175377
Log:
Properly handle pointer addition/subtraction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49521
Summary: [arm] Bad PIC register load in for static initializers
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49516
--- Comment #4 from Martin Jambor 2011-06-24
13:36:22 UTC ---
Fixed on trunk, will commit to 4.6 after it is unfrozen.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #68
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49516
--- Comment #3 from Martin Jambor 2011-06-24
13:27:47 UTC ---
Author: jamborm
Date: Fri Jun 24 13:27:44 2011
New Revision: 175376
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175376
Log:
2011-06-24 Martin Jambor
PR tree-optimiza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770
--- Comment #67 from Ian Lance Taylor 2011-06-24 13:21:28
UTC ---
We don't need __FRAME_END__ if we use --eh-frame-hdr. We don't need
__JCR_END__ if we rename the .jcr section to jcr and use __stop_jcr. These
will only work with GNU ld or gold,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49335
--- Comment #5 from Ramana Radhakrishnan 2011-06-24
13:15:13 UTC ---
Author: ramana
Date: Fri Jun 24 13:15:08 2011
New Revision: 175375
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175375
Log:
Fix PR target/49335
2011-06-24 Ramana Rad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49373
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49518
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48126
--- Comment #8 from Michael K. Edwards
2011-06-24 11:28:53 UTC ---
So I think we agree that the CLREX is needless, but the DMB should move after
the branch target. Does that make this bug "confirmed"? (I don't feel the
need for patch credit. :-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836
--- Comment #15 from th.r.klein at web dot de 2011-06-24 11:10:27 UTC ---
The commit helps suppress building of target-libiberty.
But there is still a try to build target-zlib.
Isn't it possible to add a manual switch to prevent building of such ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49507
--- Comment #6 from Philipp 2011-06-24 10:26:06 UTC ---
Applying the changes on top of gcc-4.6.1 rc1 fixes the problem for me.
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46400
--- Comment #9 from Jakub Jelinek 2011-06-24
10:24:36 UTC ---
Created attachment 24590
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24590
gcc47-pr46400.patch
This seems to fix it for me, otherwise untested.
TREE_CHAIN for types, if I unde
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49520
--- Comment #1 from Jonathan Wakely 2011-06-24
10:22:03 UTC ---
It works fine if:
* the return statement is just a noexcept-expression
* the using-declaration is moved to namespace-scope
* the using-declaration is removed and the call is quali
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49515
--- Comment #4 from Uros Bizjak 2011-06-24 10:01:28
UTC ---
(In reply to comment #1)
> The code difference you show cannot be the real problem. The register
> allocator has made a poorer choice in 4.7, leading to an extra move,
> but the code t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48493
--- Comment #8 from Mikael Pettersson 2011-06-24
09:59:58 UTC ---
I've now bootstrapped and regtested the patch in #c5 on top of gcc-4.6-20110610
on an armv5tel-linux-gnueabi machine. (I couldn't get it to apply to trunk.)
There were no build p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49520
Summary: [C++0x] using-declaration and operator&& confuses
constexpr
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49484
--- Comment #2 from cobexer at gmail dot com 2011-06-24 09:33:42 UTC ---
I could not reproduce the crash using gcc 4.6.
So I reported this to Red Hat:
https://bugzilla.redhat.com/show_bug.cgi?id=716390
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49518
--- Comment #3 from Jakub Jelinek 2011-06-24
09:21:53 UTC ---
nelements is here 16, while vf is just 2 (as the loop also operates on ints).
mis is 2 (one iteration has been peeled already before vectorization).
So, npeel_tmp is 14 and as cost mod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48308
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49502
--- Comment #6 from Franck Z 2011-06-24
08:53:50 UTC ---
Agreed. :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49518
--- Comment #2 from Jakub Jelinek 2011-06-24
08:49:15 UTC ---
And with -O3 -fno-tree-copy-prop this started with
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166244
Perhaps that patch should have adjusted the assert too?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49518
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49515
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49515
--- Comment #2 from Uros Bizjak 2011-06-24 07:42:20
UTC ---
(In reply to comment #1)
> Is linker relaxation messing with this code sequence, perhaps?
You are correct. Adding -Wl,--no-relax produces correct binary.
I will open a binutils bugrep
70 matches
Mail list logo