http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801
Paolo Bonzini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49829
--- Comment #12 from Paolo Bonzini 2012-01-20 07:52:26
UTC ---
(In reply to comment #10)
> When there is not one convenience library, but three. Seems like my options
> are:
>
> 1) combine the three convenience libraries into one, meta or super
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51447
Andrey Belevantsev changed:
What|Removed |Added
CC||abel at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51900
--- Comment #10 from Daniel Starke
2012-01-20 07:41:10 UTC ---
I have tested the problem with the option switches -O0, -O1, -O2, -O3, -O4, -Os
and -Ofast. Only -O0 results in a 5, 6, 7 output. Turning on the options listed
in the documentation ac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51900
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51912
Bug #: 51912
Summary: [C++11] G++ accepts floating point case labels
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: accepts-invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51911
Bug #: 51911
Summary: [C++11] G++ accepts new auto { list }
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51106
Andrey Belevantsev changed:
What|Removed |Added
Known to work||4.7.0
Summary|[4.5/4.6/4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51106
--- Comment #4 from Andrey Belevantsev 2012-01-20
06:22:31 UTC ---
Author: abel
Date: Fri Jan 20 06:22:24 2012
New Revision: 183325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183325
Log:
gcc:/
2012-01-20 Andrey Belevantsev
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38610
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7916
Foster Clap changed:
What|Removed |Added
CC||foster.clap at hotmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51910
--- Comment #4 from Daniel Wolf 2012-01-20
04:46:33 UTC ---
(In reply to comment #3)
> That is the point of COMDAT so that duplicated function instantiations are not
> done.
They definitely are or the executable wouldn't be larger without -fre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37677
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41233
Jason Merrill changed:
What|Removed |Added
CC||meheff at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48813
Andrew Pinski changed:
What|Removed |Added
Known to work||4.7.0
Depends on|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51910
--- Comment #3 from Andrew Pinski 2012-01-20
03:47:05 UTC ---
> From your comment, I take it there is some way to enable something like COMDAT
folding to remove the duplicated function instantiations?
That is the point of COMDAT so that duplicat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51910
--- Comment #2 from Daniel Wolf 2012-01-20
03:44:05 UTC ---
(In reply to comment #1)
> Is there a reason why you are using -frepo ? It is not as useful as it was
> before elf had comdat.
Removing -frepo seems to bloat my executable. The GCC doc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=0
--- Comment #7 from Andrew Pinski 2012-01-20
03:41:27 UTC ---
Can you try to see if this has been improved now?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19105
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2005-12-21 03:57:03 |2012-01-19
CC|gcc-bugs at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51910
Andrew Pinski changed:
What|Removed |Added
Known to work|4.6.2 |
Summary|-frepo linking failur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49829
Benjamin Kosnik changed:
What|Removed |Added
Attachment #26383|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19741
--- Comment #6 from Andrew Pinski 2012-01-20
02:56:03 UTC ---
We get on the trunk:
t.cc: In function ‘int main()’:
t.cc:21:33: error: no matching function for call to ‘Op::Exec(int,
)’
t.cc:21:33: note: candidate is:
t.cc:13:14: note: static bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51910
Bug #: 51910
Summary: -frepo linking failure
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8108
--- Comment #15 from Andrew Pinski 2012-01-20
02:49:41 UTC ---
(In reply to comment #14)
> actually this is a problem where GCC *can* help, as demonstrated
> by the patch linked to from comment #10
That patch just disables the merging of the de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21791
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2005-12-24 20:19:13 |2012-01-19
--- Comment #2 from Andrew Pin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20962
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51900
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16232
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16232
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16093
--- Comment #3 from Andrew Pinski 2012-01-20
01:31:39 UTC ---
In all three cases on the trunk we get:
t.cc:7:1: error: ‘var’ in namespace ‘n’ does not name a type
t.cc:8:1: error: ‘foo’ in namespace ‘n’ does not name a type
t.cc:9:1: error: ‘bar’
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12577
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51909
--- Comment #2 from mauro 2012-01-20 00:49:04
UTC ---
DEar Andrew,
thansk for the answer.
I have already posted to AVR support, as wrote in my previous post.
Anyway, I would like to understand id the problem raises also
in the "pure" gnu tool.
H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51909
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51909
Bug #: 51909
Summary: for avr device : internal error in linking phase ,
function call disappearing when assembledand a
weird compiling warning
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
Mikael Morin changed:
What|Removed |Added
Attachment #26296|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50831
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237
--- Comment #43 from Andrew Pinski 2012-01-19
23:37:52 UTC ---
(In reply to comment #37)
> Rainer/Andrew, please test this in your configurations.
Yes it works for me now. Thanks for fixing this issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |
--- Comment #7 from Paolo Carlini 2012-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832
--- Comment #18 from Jason Merrill 2012-01-19
23:31:16 UTC ---
OK, I can reproduce it by adding binutils to the source tree.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40036
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37798
Eric Botcazou changed:
What|Removed |Added
Known to fail||4.6.0, 4.7.0
--- Comment #6 from Eric Bot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39993
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38610
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |jason at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37798
--- Comment #5 from Paolo Carlini 2012-01-19
23:13:31 UTC ---
Is this still an issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37677
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |jason at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51344
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51344
--- Comment #9 from Kai Tietz 2012-01-19 23:07:09
UTC ---
Author: ktietz
Date: Thu Jan 19 23:07:01 2012
New Revision: 183319
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183319
Log:
Backmerged from trunk
PR c++/51344
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37374
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51344
--- Comment #8 from Kai Tietz 2012-01-19 22:57:39
UTC ---
Author: ktietz
Date: Thu Jan 19 22:57:31 2012
New Revision: 183318
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183318
Log:
Backmerged from trunk
PR c++/51344
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51835
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51344
--- Comment #7 from Kai Tietz 2012-01-19 22:34:35
UTC ---
Author: ktietz
Date: Thu Jan 19 22:34:29 2012
New Revision: 183315
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183315
Log:
Backport from trunk
PR c++/51344
report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
pinskia@server:~/src/local$ ~/local-gcc/bin/gcc t.cc --version
gcc (GCC) 4.7.0 20120119 (experimental) [trunk revision 183295]
Copyright (C) 2012 Free Software Foundation, Inc.
This is free so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51908
Bug #: 51908
Summary: ICE in cp_parser_abort_tentative_parse,
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51904
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51904
--- Comment #4 from Tobias Burnus 2012-01-19
22:21:47 UTC ---
Author: burnus
Date: Thu Jan 19 22:21:43 2012
New Revision: 183314
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183314
Log:
2012-01-19 Tobias Burnus
PR fortran/51
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51344
--- Comment #6 from Kai Tietz 2012-01-19 22:15:30
UTC ---
Author: ktietz
Date: Thu Jan 19 22:15:26 2012
New Revision: 183313
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183313
Log:
2012-01-19 Kai Tietz
PR c++/51344
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51907
Bug #: 51907
Summary: SIGSEGV in _Unwind_GetIP
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51649
--- Comment #7 from Tom Tromey 2012-01-19 21:59:07
UTC ---
Based on my first build of a --enable-symvers=gnu-versioned-namespace
compiler, I am thinking that just updating the regexps is ok.
There's no particular need to introduce the full v7 pyt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48949
--- Comment #13 from Jakub Jelinek 2012-01-19
21:37:14 UTC ---
Sed 3.02 is over 13 years old! Do you have the
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01110.html
fix in your tree?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48949
--- Comment #12 from Mariah Lenox 2012-01-19
21:07:21 UTC ---
Further information from i386-pc-solaris2.10 machine
% /opt/sfw/bin/gsed --version
GNU sed version 3.02
On my sparc-sun-solaris2.10 machine, I have
: Fixed: wchar.h
: Applying sola
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #5 from Jonathan Wakely 2012-01-19
20:50:18 UTC ---
(In reply to comment #3)
> but r180136 (prior to the PR 50196 fix commit) doesn't show these (or any)
> failures in libstdc++.
It's unsurprising that the tests didn't fail when they
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48949
Mariah Lenox changed:
What|Removed |Added
Known to fail||4.6.2
--- Comment #11 from Mariah Lenox 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40761
--- Comment #18 from Vladimir Makarov 2012-01-19
20:46:48 UTC ---
Author: vmakarov
Date: Thu Jan 19 20:46:31 2012
New Revision: 183312
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183312
Log:
2012-01-19 Vladimir Makarov
PR rtl-o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40761
--- Comment #17 from Vladimir Makarov 2012-01-19
20:42:57 UTC ---
The problem was in building CFG loops which took the most of time. CFG
loops were built even if we don't use regional allocation as for -O0.
I'll send a patch soon. It is n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #4 from Dominique d'Humieres 2012-01-19
20:27:50 UTC ---
On x86_64-darwin10 (Xcode 3.2.6) r183290 is OK.
On powerpc-apple-darwin9 (Xcode 3.1.4) 183218 is OK.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51904
--- Comment #3 from Tobias Burnus 2012-01-19
20:22:43 UTC ---
Author: burnus
Date: Thu Jan 19 20:22:33 2012
New Revision: 183310
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183310
Log:
2012-01-19 Tobias Burnus
PR fortran/51
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #3 from Jack Howarth 2012-01-19
20:20:26 UTC ---
(In reply to comment #1)
> have they been failing since I enabled them by fixing PR 50196 ?
I haven't done a complete regression hunt yet but the existing darwin11
gcc-testresults conf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #2 from Iain Sandoe 2012-01-19 20:16:10
UTC ---
not failing on
*-darwin9 @r183184/r183270 (ppc/i686)
[deallocate_global_thread errors remain present there, and not due to emutls
issues]
checking x86_64-darwin10, but was OK @ r182620
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48743
--- Comment #8 from Quentin Neill 2012-01-19
20:15:38 UTC ---
Author: qneill
Date: Thu Jan 19 20:15:29 2012
New Revision: 183309
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183309
Log:
2012-01-19 Quentin Neill
PR target/48743
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #1 from Jonathan Wakely 2012-01-19
19:58:04 UTC ---
have they been failing since I enabled them by fixing PR 50196 ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
Bug #: 51906
Summary: thread lock test failures on darwin11 under Xcode 4.2
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51066
--- Comment #1 from Jonathan Wakely 2012-01-19
19:42:33 UTC ---
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1414 is related
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29859
--- Comment #4 from Jonathan Wakely 2012-01-19
19:32:41 UTC ---
the public version is at
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1401
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29859
--- Comment #3 from Daniel Krügler
2012-01-19 19:01:20 UTC ---
A new core issue has been opened for this problem:
http://www.open-std.org/jtc1/sc22/wg21/prot/14882fdis/cwg_active.html#1401
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40778
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Summary|[4.5/4.6/4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40778
--- Comment #12 from Jakub Jelinek 2012-01-19
18:58:06 UTC ---
Author: jakub
Date: Thu Jan 19 18:58:02 2012
New Revision: 183307
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183307
Log:
PR libmudflap/40778
* tree-mudflap.c (mf_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520
--- Comment #30 from Thiago Macieira 2012-01-19
18:52:57 UTC ---
This does solve the problem.
It's just unfortunate that it does so by creating more work for the library
even if no executable ever takes the address of this protected function.
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520
--- Comment #29 from H.J. Lu 2012-01-19 18:29:39
UTC ---
(In reply to comment #28)
> Final conclusion: We need to resolve to the executables PLT consistently,
> even from inside the shared object where the function binds locally. This
> is beca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832
--- Comment #17 from Markus Trippelsdorf
2012-01-19 18:18:03 UTC ---
I ran git bisected on ld.bfd. Since this commit my testcase fails:
4b96312bb623ba76b035ac3b3c5afe583bebca76 is the first bad commit
commit 4b96312bb623ba76b035ac3b3c5afe583bebc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51902
--- Comment #1 from Jakub Jelinek 2012-01-19
18:04:54 UTC ---
Created attachment 26385
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26385
gcc47-pr51902.patch
Partial patch.
The following example shows it even better, there are 5 identica
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832
--- Comment #16 from Markus Trippelsdorf
2012-01-19 17:54:43 UTC ---
I've just checked my Fedora 15 image in KVM.
Here ld.bfd is fine and only ld.gold fails:
$ ld -v
GNU ld version 2.21.51.0.6-6.fc15 20110118
$ /home/markus/gcc/usr/local/bin/g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51904
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51876
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51905
Bug #: 51905
Summary: ICE at sysklogd compilation for powerpc-linux-gnuspe
with -O3
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51876
--- Comment #7 from Jakub Jelinek 2012-01-19
17:07:31 UTC ---
Author: jakub
Date: Thu Jan 19 17:07:21 2012
New Revision: 183306
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183306
Log:
PR target/51876
* config/arm/neon.md (*neon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48426
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51904
--- Comment #2 from Tobias Burnus 2012-01-19
16:50:33 UTC ---
Fails:
gcc version 4.6.0 20100828 (experimental) [trunk revision 163612] (GCC)
Works:
gcc version 4.6.0 20100716 (experimental) [trunk revision 162255] (GCC)
(Note: The builds migh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49829
--- Comment #10 from Benjamin Kosnik 2012-01-19
16:40:45 UTC ---
I still don't get this part of it: "Then you build the shared library from it,
and link gcc to the convenience library."
When there is not one convenience library, but three. Seem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237
--- Comment #42 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-01-19 16:36:56 UTC ---
> --- Comment #41 from Jakub Jelinek 2012-01-19
> 16:32:08 UTC ---
> It isn't mandated by the ELF spec, but if the linker doesn't do that and
> either
> keeps .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237
--- Comment #41 from Jakub Jelinek 2012-01-19
16:32:08 UTC ---
It isn't mandated by the ELF spec, but if the linker doesn't do that and either
keeps .ctors and .init_array etc. separate, or merges them but without ensuring
the right order, ctor/d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237
--- Comment #40 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-01-19 16:27:44 UTC ---
> --- Comment #39 from Jakub Jelinek 2012-01-19
> 16:17:29 UTC ---
> (In reply to comment #38)
>> So far, ld -e 0 doesn't work:
>
> Well, if no Sun ld handles th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51904
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51895
--- Comment #10 from Eric Botcazou 2012-01-19
16:13:55 UTC ---
> I wonder why it does this, instead of just using type S, and if it really has
> to for some reason, why it can't at least make sure it has the same TYPE_MODE.
> Changing a TImode ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237
--- Comment #38 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-01-19 16:08:44 UTC ---
> --- Comment #37 from Jakub Jelinek 2012-01-19
> 10:50:13 UTC ---
> Rainer/Andrew, please test this in your configurations.
I've just successfully completed i3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832
--- Comment #15 from Markus Trippelsdorf
2012-01-19 15:56:50 UTC ---
(In reply to comment #14)
> I still can't reproduce this, either on my Fedora 14 i686 laptop or on gcc20.
What binutils version are you running on both machines?
(is PREVAILING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49829
Benjamin Kosnik changed:
What|Removed |Added
Attachment #26374|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51876
--- Comment #6 from Ramana Radhakrishnan 2012-01-19
15:40:58 UTC ---
(In reply to comment #5)
> I did, but I'm waiting for testing results from Ramana.
Testresults look good. Yeah , ok.
Ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51903
--- Comment #4 from rguenther at suse dot de
2012-01-19 15:40:08 UTC ---
On Thu, 19 Jan 2012, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51903
>
> --- Comment #3 from Jakub Jelinek 2012-01-19
> 15:32:28 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51903
--- Comment #3 from Jakub Jelinek 2012-01-19
15:32:28 UTC ---
Created attachment 26382
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26382
pr51903.C
Slightly more reduced testcase.
1 - 100 of 193 matches
Mail list logo
