http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51877
--- Comment #1 from Jakub Jelinek 2012-01-17
07:49:33 UTC ---
Created attachment 26346
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26346
gcc47-pr51877.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51877
Bug #: 51877
Summary: [4.7 Regression] XEmacs miscompilation due to tail
merging
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33512
--- Comment #9 from Andrew Pinski 2012-01-17
01:35:56 UTC ---
I will be submitting a patch for 4.8.0 to fix this on the tree level in
fold-const.c.
hello,i'm a newer here,just a “hello”,sorry if i troubled you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51876
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51876
Bug #: 51876
Summary: [4.7 regression] Recent extra neon related testsuite
regressions on arm-linux-gnueabi
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832
--- Comment #12 from Markus Trippelsdorf
2012-01-16 22:52:09 UTC ---
(In reply to comment #11)
> This wasn't fixed by my patch for PR 51827, was it?
No, unfortunately not.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #34 from Eric Botcazou 2012-01-16
22:20:52 UTC ---
> Please avoid the first hunk in #c29 patch though, it has wrong formatting and
> it isn't clear why is that line being changed at all.
Yes, this hunk is to be dropped.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832
--- Comment #11 from Jason Merrill 2012-01-16
22:17:42 UTC ---
This wasn't fixed by my patch for PR 51827, was it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #33
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46192
--- Comment #4 from Rolf Ebert 2012-01-16
22:04:39 UTC ---
The problem is still present in gcc-4.7 snapshot as of 2012-01-14 (tested on
Linux Debian)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51854
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #32 from Eric Botcazou 2012-01-16
21:53:42 UTC ---
> For the record, I'm still a little uncomfortable with this.
> It feels too much like a hack to me. Eric knows this stuff
> much better than I do though, so if he's happy, I'll cede
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51854
--- Comment #4 from Jason Merrill 2012-01-16
21:50:02 UTC ---
Author: jason
Date: Mon Jan 16 21:49:58 2012
New Revision: 183224
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183224
Log:
PR c++/51854
* mangle.c (write_template_arg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
--- Comment #7 from Jason Merrill 2012-01-16
21:34:30 UTC ---
Author: jason
Date: Mon Jan 16 21:34:26 2012
New Revision: 183223
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183223
Log:
PR c++/51868
* typeck.c (build_static_cast_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51854
--- Comment #3 from Jason Merrill 2012-01-16
21:32:18 UTC ---
Author: jason
Date: Mon Jan 16 21:32:14 2012
New Revision: 183222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183222
Log:
PR c++/51854
* mangle.c (write_template_arg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
--- Comment #8 from Jason Merrill 2012-01-16
21:32:08 UTC ---
Author: jason
Date: Mon Jan 16 21:32:05 2012
New Revision: 183221
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183221
Log:
PR c++/51827
* mangle.c (mangle_decl): Don'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
Jason Merrill changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #31 from rsandifo at gcc dot gnu.org
2012-01-16 21:07:50 UTC ---
For the record, I'm still a little uncomfortable with this.
It feels too much like a hack to me. Eric knows this stuff
much better than I do though, so if he's happy, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51875
Bug #: 51875
Summary: FAIL: gfortran.dg/guality/pr41558.f90 -O0 line 7 s
== 'foo'
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51854
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51809
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #19 from Tobias Burnus 2012-01-16
19:51:48 UTC ---
Author: burnus
Date: Mon Jan 16 19:51:44 2012
New Revision: 183220
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183220
Log:
2012-01-16 Mikael Morin
Tobias Bur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51809
--- Comment #4 from Tobias Burnus 2012-01-16
19:50:16 UTC ---
Author: burnus
Date: Mon Jan 16 19:50:11 2012
New Revision: 183219
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183219
Log:
2012-01-16 Tobias Burnus
PR fortran/51
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #27 from Jonathan Wakely 2012-01-16
19:36:49 UTC ---
C++11 requires that std::mutex::mutex() is constexpr, so that a global
std::mutex will be statically initialized. If that constructor is constexpr it
can't call pthread_mutex_init()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42963
Andrew Pinski changed:
What|Removed |Added
Resolution|WONTFIX |FIXED
--- Comment #9 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #26 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-01-16 18:58:20 UTC ---
> --- Comment #25 from Jonathan Wakely 2012-01-13
> 10:37:52 UTC ---
> Nice digging. POSIX does say the INIT macro is for use when the mutex is
> statically-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
--- Comment #5 from Jonathan Wakely 2012-01-16
18:57:59 UTC ---
Jason, does it happen with 4.6.3 too? I couldn't test that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51873
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10499
Andrew Pinski changed:
What|Removed |Added
CC||nikolay at totalviewtech
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51872
Jakub Jelinek changed:
What|Removed |Added
Attachment #26342|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
--- Comment #3 from Jason Merrill 2012-01-16
18:40:33 UTC ---
Author: jason
Date: Mon Jan 16 18:40:26 2012
New Revision: 183218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183218
Log:
PR c++/51868
* typeck.c (build_static_cast_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51872
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51854
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
--- Comment #7 from Dmitry Gorbachev
2012-01-16 18:28:20 UTC ---
(In reply to comment #5)
> What's confusing about it, I don't understand.
There are two errors and notes, all pointing to the same source location --
isn't that odd?
> And, by th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48426
kargl at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot|kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48426
--- Comment #18 from kargl at gcc dot gnu.org 2012-01-16 18:22:20 UTC ---
Author: kargl
Date: Mon Jan 16 18:22:16 2012
New Revision: 183217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183217
Log:
2012-01-16 Zydrunas Gimbutas
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
--- Comment #6 from Jason Merrill 2012-01-16
18:12:10 UTC ---
This should work without -fabi-version=6.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51786
--- Comment #1 from Paolo Carlini 2012-01-16
18:10:46 UTC ---
I'm still not sure an error message should be triggered in the first place.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51874
Bug #: 51874
Summary: Many libgo testsuite failures on Solaris, IRIX
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51873
--- Comment #1 from Jonathan Wakely 2012-01-16
17:46:53 UTC ---
Works for me if I ensure the right libstdc++.so is found, via RPATH or
LD_LIBRARY_PATH
(gdb) p msg
$1 = { >> = {
... lots of output ...
}}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51859
--- Comment #3 from Dmitry Gorbachev
2012-01-16 17:40:24 UTC ---
Created attachment 26344
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26344
Testcase #2 (mingw32 target)
`_bar' referenced in section `.text' of libfoobar.a(foo.o): defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51859
--- Comment #2 from Dmitry Gorbachev
2012-01-16 17:39:13 UTC ---
Created attachment 26343
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26343
Testcase
I also experienced this bug.
`_Unwind_Resume' referenced in section `.text' of
/tmp/ccs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51822
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51872
--- Comment #1 from Jakub Jelinek 2012-01-16
17:07:48 UTC ---
Created attachment 26342
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26342
gcc47-pr51872.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51873
Bug #: 51873
Summary: stringstream is opaque with g++
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
--- Comment #5 from Paolo Carlini 2012-01-16
17:05:03 UTC ---
What's confusing about it, I don't understand. Doesn't '-fabi-version=6' fix it
for you?!? And, by the way, *closing* doesn't mean disintegrating it, would
remain in Bugzilla, for sure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325
--- Comment #30 from David Edelsohn 2012-01-16
16:58:14 UTC ---
I tested the attachment patch on AIX. The results are in the testresults
posted this morning. No regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
--- Comment #4 from Dmitry Gorbachev
2012-01-16 16:54:43 UTC ---
> Thus I don't see where is the issue.
The issue is a rather confusing error message. It looks as if there was a
compiler bug.
> shall we close this?
Somebody can report it again
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
--- Comment #51 from Jason Merrill 2012-01-16
16:40:48 UTC ---
Author: jason
Date: Mon Jan 16 16:40:38 2012
New Revision: 183214
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183214
Log:
PR c/12245
PR c++/14179
* convert.c (c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179
--- Comment #66 from Jason Merrill 2012-01-16
16:40:49 UTC ---
Author: jason
Date: Mon Jan 16 16:40:38 2012
New Revision: 183214
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183214
Log:
PR c/12245
PR c++/14179
* convert.c (c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179
--- Comment #65 from Jason Merrill 2012-01-16
16:40:36 UTC ---
Author: jason
Date: Mon Jan 16 16:40:26 2012
New Revision: 183213
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183213
Log:
PR c++/14179
* vec.c (vec_gc_o_reserve_1):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
--- Comment #12 from Zdenek Dvorak 2012-01-16
16:25:05 UTC ---
(In reply to comment #11)
> Re-confirmed on trunk with the testcase in comment #4 and -Os:
>
> > ./cc1 -quiet t.c -Os -Wall -fdump-tree-all
> t.c: In function 'f2':
> t.c:4:11: warni
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51763
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51872
Bug #: 51872
Summary: [4.7 Regression] Shrink-wrapping with -mminimal-toc
causes bootstrap failure
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51872
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51852
--- Comment #10 from Nathan Ridge 2012-01-16
16:12:08 UTC ---
(In reply to comment #9)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > >The message "Unhandled dwarf expression opcode 0xf3" stands out
> > > That just means the versi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51871
Bug #: 51871
Summary: [4.7 Regression] FAIL:
gcc.c-torture/execute/20010122-1.c execution
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51777
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51870
Bug #: 51870
Summary: [OOP] ICE with ALLOCATE and SOURCE-expr function
returning BT_CLASS
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50444
--- Comment #13 from Richard Guenther 2012-01-16
15:41:50 UTC ---
Or, transfering the alignment:
Index: tree-sra.c
===
--- tree-sra.c (revision 183205)
+++ tree-sra.c (working cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50444
--- Comment #12 from Richard Guenther 2012-01-16
15:25:06 UTC ---
Testcase w/o includes that fails with 4.6 and 4.7:
typedef long long __m128i __attribute__ ((__vector_size__ (16),
__may_alias__));
typedef int __v4si __attribute__ ((__vector_siz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51869
Bug #: 51869
Summary: Realloc on assignment wrongly assumes that MALLOC
returnes '\0'-set memory
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520
--- Comment #23 from Thiago Macieira 2012-01-16
14:56:50 UTC ---
I've changed my opinion on this matter. I think GCC is generating the proper
code (most efficient). It's ld that should accept this decision.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
--- Comment #2 from Jonathan Wakely 2012-01-16
14:45:33 UTC ---
on trunk:
Program received signal SIGSEGV, Segmentation fault.
fold_convert_loc (loc=0, type=0x2ac5da80, arg=0x0) at
/home/redi/src/gcc/gcc-4.7-20120114/gcc/fold-const.c:1856
18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51867
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735
Richard Guenther changed:
What|Removed |Added
Blocks||47344
Target Milestone|4.4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40761
Richard Guenther changed:
What|Removed |Added
Blocks||47344
Target Milestone|4.5.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51868
Bug #: 51868
Summary: Crash when generating the move constructor for a class
with a bit field
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735
Richard Guenther changed:
What|Removed |Added
Known to fail||4.6.2, 4.7.0
--- Comment #14 from Rich
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860
--- Comment #10 from Jakub Jelinek 2012-01-16
14:05:59 UTC ---
Author: jakub
Date: Mon Jan 16 14:05:54 2012
New Revision: 183210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183210
Log:
PR bootstrap/51860
* config/s390/s390.c (s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43814
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40060
Richard Guenther changed:
What|Removed |Added
CC||carrot at google dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40060
--- Comment #12 from Richard Guenther 2012-01-16
14:01:18 UTC ---
Since 4.6
"For the middle-end the case to char* is not useless, ..."
is no longer true.
/* We rely on TER to compute accurate alignment information. */
if (!(optimize && fl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39838
Richard Guenther changed:
What|Removed |Added
Known to fail||4.7.0
--- Comment #11 from Richard Gue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249
--- Comment #3 from Jakub Jelinek 2012-01-16
13:51:32 UTC ---
Created attachment 26340
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26340
gcc47-pr47249-2.patch
Or this one (or something else)? Having driver display_help use *.opt stuff i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249
--- Comment #2 from Jakub Jelinek 2012-01-16
13:50:11 UTC ---
Created attachment 26339
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26339
gcc47-pr47249.patch
Joseph, for 4.7, do you prefer this version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39799
Richard Guenther changed:
What|Removed |Added
Known to work||4.6.0, 4.7.0
Summary|[4.4/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
Richard Guenther changed:
What|Removed |Added
Component|libgcj |classpath
Version|4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38999
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |NEW
Summary|[4.4/4.5/4.6/4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
Richard Guenther changed:
What|Removed |Added
Known to fail||4.7.0
--- Comment #11 from Richard Gue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38999
Richard Guenther changed:
What|Removed |Added
Status|NEW |WAITING
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860
--- Comment #9 from Jakub Jelinek 2012-01-16
13:21:09 UTC ---
The second patch bootstrapped with
CC='gcc -m31' CXX='g++ -m31' s390 ../configure --enable-languages=c,c++,fortran
--with-mode=esa
Running make check now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51280
--- Comment #5 from Aldy Hernandez 2012-01-16
13:20:56 UTC ---
Ok, reproduced as below. -flto was missing from the link line.
houston:/build/t2/gcc$ ./xgcc -B./ -c -fgnu-tm -flto -c a.c -o
a.ohouston:/build/t2/gcc$ ./xgcc -B./ a.o -flto -L
..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51500
--- Comment #6 from gee 2012-01-16 13:17:09 UTC ---
Created attachment 26338
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26338
proposed patch for handling thiscall
adopted from
https://bugzilla.mozilla.org/show_bug.cgi?id=552533
without a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38785
--- Comment #28 from Richard Guenther 2012-01-16
13:14:22 UTC ---
Re-confirmed. Regular PRE has got some kind of a cost-model (restricting
insertion to the case where we eliminate a redundancy on a fast path).
Partial-insertion has not been upda
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51809
--- Comment #3 from Tobias Burnus 2012-01-16
12:54:31 UTC ---
I have not quite found why it works in one order and not the other. There is
some reading/fixup oddness. In particular, when reading in 'bar', in
module_read's fixup setup, one already
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38671
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51866
--- Comment #6 from Jonathan Wakely 2012-01-16
12:41:04 UTC ---
P.S. it looks as though the python pretty printers need to be updated to
support the new hashtable code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51866
--- Comment #5 from Jonathan Wakely 2012-01-16
12:38:56 UTC ---
the fix is to move the declaration of __k later, initializing it from the value
in the new node, where it's been moved to:
this->_M_extract()(__new_node->_M_v)
computing the has
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
1 - 100 of 129 matches
Mail list logo