http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
vincenzo Innocente changed:
What|Removed |Added
CC||vincenzo.innocente at cern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Richard Guenther changed:
What|Removed |Added
Target||*-*-aix
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
Richard Guenther changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #28 from Richard Guenther 2012-05-10
07:35:02 UTC ---
I believe binutils 2.21.1 is not new enough, support for this was only added
on the 2.22 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #29 from vincenzo Innocente
2012-05-10 07:53:37 UTC ---
we will try binutil 2.22
in any case the test case is simple (with boost 1.49)
notice how w/o linker-plugin NO symbol at all are generated for
boost::exception_detail::clone_imp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53303
Bug #: 53303
Summary: Reload/RA issue on paradoxical subreg of subword
regsiter for big endian targets
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53304
Bug #: 53304
Summary: use of std::future results to relocation error with
symbol _ZTINSt13__future_base19_Async_state_commonE
Classification: Unclassified
Product: gcc
Version: 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53284
--- Comment #4 from Rainer Orth 2012-05-10 09:11:14 UTC
---
Author: ro
Date: Thu May 10 09:11:05 2012
New Revision: 187366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187366
Log:
Always compile atomic builtin tests with $XCFLAGS
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53284
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53282
--- Comment #16 from Richard Guenther 2012-05-10
09:45:47 UTC ---
(In reply to comment #15)
> I'm indeed using a "ld" that is not the one of the system.
>
> googling around I found this:
> http://comments.gmane.org/gmane.comp.gcc.help/41304
> ti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53282
--- Comment #17 from vincenzo Innocente
2012-05-10 09:55:42 UTC ---
I managed to get the linker-plugin enabled
1) building gcc in a directory different than the svn source one
2) using
--with-build-time-tools=
to point where we have all "current"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #17 from vincenzo Innocente
2012-05-10 10:16:13 UTC ---
I tested this
float x[1024], y[1024], z[1024], w[1024];
void foo() {
for (int i=0; i!=1024; ++i)
x[i]=y[i]*z[i]+w[i];
}
void __attribute__ ((target("arch=corei7"))) fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53296
--- Comment #2 from Tobias Burnus 2012-05-10
10:35:22 UTC ---
Simplified program.
* As is, it prints 128
* Without "txt", it prints 5 and segfaults
* Without character(len=128) :: "txt", it prints 5 and works
Thus, the extension to 128 char
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #12 from Richard Guenther 2012-05-10
11:28:28 UTC ---
(In reply to comment #11)
> Ah, I had another thought. COMDAT and LINKONCE things I don't think can be
> realigned for all the same reasons that one cannot align COMMON. I've not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #2 from R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53305
Bug #: 53305
Summary: internal crash with variadic templates and decltype
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53284
--- Comment #6 from Dominique d'Humieres 2012-05-10
12:17:17 UTC ---
For the record, r187366 fixes the same failures on x86_64-apple-darwin10.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283
--- Comment #2 from Dominique d'Humieres 2012-05-10
12:36:32 UTC ---
> The builtin_target.c failure on Darwin seems related to this:
>
> http://gcc.gnu.org/ml/gcc-patches/2012-05/msg00455.html
and is fixed by r187365.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306
Bug #: 53306
Summary: ICE on invalid 'array(*) =' statement
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
David Edelsohn changed:
What|Removed |Added
Keywords||assemble-failure
Target|*-*-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306
--- Comment #2 from Dominique d'Humieres 2012-05-10
13:27:57 UTC ---
Gfortran 4.6 gives at revision 159106
pr53306.f90:2.2:
a(*) = 1
1
Error: Expected array subscript at (1)
At r162456, I get
[macbook] f90/bug% /opt/gcc/gcc4.6p-162456/bin/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53120
--- Comment #8 from Nick Clifton 2012-05-10 13:40:27
UTC ---
Author: nickc
Date: Thu May 10 13:40:20 2012
New Revision: 187368
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187368
Log:
PR target/53120
* config/m32c/bitops.md (bse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53307
Bug #: 53307
Summary: internal crash with variadic templates and decltype
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #2 from Daniel Richard G. 2012-05-10
13:54:12 UTC ---
I can avoid this error during bootstrap by configuring with
--disable-build-poststage1-with-cxx, but then I get the same link error when
building regular C++ programs with the newl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53304
--- Comment #1 from Jonathan Wakely 2012-05-10
14:39:15 UTC ---
http://gcc.gnu.org/onlinedocs/libstdc++/faq.html#faq.how_to_set_paths
You need to tell the dynamic linker how to find the 4.7 libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53304
Klaus Rudolph changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #3 from Jonathan Wakely 2012-05-10
14:57:02 UTC ---
does adding this instantiation to libstdc++-v3/src/c++11/regex.cc help?
--- r2012-05-10 16:56:35.252128466 +0200
+++ regex.cc2012-05-10 16:56:39.412128415 +0200
@@ -34,5 +3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #4 from Daniel Richard G. 2012-05-10
15:04:22 UTC ---
Created attachment 27364
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27364
Workaround to provide the two missing symbols
I needed a working 4.7.0, and don't use the STL, s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #30 from vincenzo Innocente
2012-05-10 15:50:15 UTC ---
using the new binutil I've no more error
still warning of the type
tmp/innocent/ccmPaLCz.ltrans6.ltrans.o:ccmPaLCz.ltrans6.o:function
_ZTVN5boost16exception_detail10clone_implINS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #14 from mrs at gcc dot gnu.org 2012-05-10
16:06:20 UTC ---
I'd disagree with that. I suspect 99% of them are not overridden, just like
99% of C functions are not weak and not overridden either. As for what should
be done, doesn't m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283
m...@gcc.gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53308
Bug #: 53308
Summary: AIX 5.3 segmentation fault with basic_ofstream,
pthread and -O2
Classification: Unclassified
Product: gcc
Version: 4.4.7
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41718
Bernd Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #18 from Sriraman Tallam 2012-05-10
16:48:45 UTC ---
On Thu, May 10, 2012 at 3:16 AM, vincenzo.innocente at cern dot ch
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
>
> --- Comment #17 from vincenzo Innocente
> 2012-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #19 from vincenzo Innocente
2012-05-10 16:51:33 UTC ---
On 10 May, 2012, at 6:48 PM, tmsriram at google dot com wrote:
>> As you notice the source code is identical as I'm exploiting compiler
>> autovectorization here.
>> In this cas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #31 from Jan Hubicka 2012-05-10 17:07:47
UTC ---
> using the new binutil I've no more error
> still warning of the type
> tmp/innocent/ccmPaLCz.ltrans6.ltrans.o:ccmPaLCz.ltrans6.o:function
> _ZTVN5boost16exception_detail10clone_implIN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53307
chesstr at hotmail dot com changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #32 from vincenzo Innocente
2012-05-10 17:13:20 UTC ---
On 10 May, 2012, at 7:07 PM, hubicka at ucw dot cz wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
>
> --- Comment #31 from Jan Hubicka 2012-05-10 17:07:47
> UTC -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53307
chesstr at hotmail dot com changed:
What|Removed |Added
Attachment #27363|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Jan Hubicka 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283
m...@gcc.gnu.org changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #5 from mrs at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #5 from Jan Hubicka 2012-05-10
17:59:46 UTC ---
i am still somewhat in dark on root of this problem. What may actually be
problem here is the fact that varpool no longer outputs constant pool decls
relying on constant pool code to ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53125
--- Comment #3 from Vladimir Makarov 2012-05-10
18:30:19 UTC ---
I've tried a recent trunk on gcc63 of the compiler farm with -O0. The
compilation takes about 300sec. I checked also gcc-4.3 (this last version with
the old RA), it takes also a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53125
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #6 from David Edelsohn 2012-05-10 18:37:12
UTC ---
The first failure occurs for me when linking gcov, but I am not sure which
object file is missing the symbols.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53309
Bug #: 53309
Summary: Unnecessary temporary array creation in subroutine
call
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #4 from Uros Bizjak 2012-05-10 19:46:43
UTC ---
I am confused... is there anything wrong with current implementation or not?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53305
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53125
--- Comment #5 from Vladimir Makarov 2012-05-10
19:58:09 UTC ---
Author: vmakarov
Date: Thu May 10 19:58:01 2012
New Revision: 187373
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187373
Log:
2012-05-10 Vladimir Makarov
PR rtl-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306
--- Comment #3 from Tobias Burnus 2012-05-10
19:59:35 UTC ---
(In reply to comment #1)
> Untested patch:
Works but fails with (changed error message to the worse):
FAIL: gfortran.dg/coarray_10.f90 -O (test for errors, line 37)
FAIL: gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #5 from Uros Bizjak 2012-05-10 20:00:45
UTC ---
Try this patch:
Index: config/i386/i386.md
===
--- config/i386/i386.md (revision 187372)
+++ config/i386/i386.md (working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53307
--- Comment #2 from chesstr at hotmail dot com 2012-05-10 20:09:44 UTC ---
Comment on attachment 27366
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27366
better test case
>#include
>template struct tuple{};
>
>struct funct{
> templat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
--- Comment #3 from Daniel Richard G. 2012-05-10
20:11:15 UTC ---
(In reply to comment #2)
> What is the correct option to pass to the vendor compiler in order to get code
> suitable for inclusion in a shared library?
In this case, it's -KPIC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #7 from David Edelsohn 2012-05-10 20:27:52
UTC ---
Your patch in comment #5 seems to work around the problem. I will try to figure
out which file omits the symbols.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #20 from davidxl 2012-05-10 20:45:58
UTC ---
Auto Cloning is an independent feature. What is requested here is an extension
of a previous auto clone patch by Sri (which is based on command line option
-mversion=...).
David
(In repl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #8 from Jan Hubicka 2012-05-10 20:48:52 UTC
---
> Your patch in comment #5 seems to work around the problem. I will try to
> figure
> out which file omits the symbols.
Thank you! If you could test it fully, I will commit it for time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53310
Bug #: 53310
Summary: [4.6/4.7/4.8 Regression] EOSHIFT leaks memory
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53307
--- Comment #3 from chesstr at hotmail dot com 2012-05-10 20:57:25 UTC ---
Therefore, it seems that 0 length argument packs are not handled correctly in
decltype.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53310
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53301
--- Comment #2 from paolo at gcc dot gnu.org
2012-05-10 21:06:12 UTC ---
Author: paolo
Date: Thu May 10 21:06:05 2012
New Revision: 187377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187377
Log:
/cp
2012-05-10 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53301
--- Comment #3 from paolo at gcc dot gnu.org
2012-05-10 21:06:52 UTC ---
Author: paolo
Date: Thu May 10 21:06:42 2012
New Revision: 187378
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187378
Log:
/cp
2012-05-10 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53311
Bug #: 53311
Summary: [C++0x] argument packs are not handled correctly in
decltype
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53301
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53158
--- Comment #3 from paolo at gcc dot gnu.org
2012-05-10 21:14:15 UTC ---
Author: paolo
Date: Thu May 10 21:14:09 2012
New Revision: 187380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187380
Log:
/cp
2012-05-10 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53312
Bug #: 53312
Summary: crash in materialize_cgraph (invalid free)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53158
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53310
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Target Milest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #121 from Jan Hubicka 2012-05-10
21:45:10 UTC ---
With inliner performance fix I am going to push out today, the situation looks
as follows:
Execution times (seconds)
phase parsing : 606.20 (98%) usr 21.98 (99%) sys 641.28
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #122 from Jan Hubicka 2012-05-10
21:53:54 UTC ---
oprofile shows:
139188 15.6963 lto1 lto1
uniquify_nodes
66390 7.4868 lto1 lto1
estimate_edge_gro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313
Bug #: 53313
Summary: Add warning levels
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313
--- Comment #1 from David Stone 2012-05-10
22:00:17 UTC ---
We could also consider deprecating -Wall and -Wextra in favor of the numbered
warnings, but that obviously is not required.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #5 from Daniel Richard G. 2012-05-10
22:04:26 UTC ---
(In reply to comment #3)
> does adding this instantiation to libstdc++-v3/src/c++11/regex.cc help?
Apologies Jonathan, I didn't see your comment before submitting my attachment.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53314
Bug #: 53314
Summary: m32r-rtems does not provide crtinit.o and crtfini.o
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53125
--- Comment #6 from Steven Bosscher 2012-05-10
22:17:36 UTC ---
Created attachment 27369
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27369
Compute REG_LIVE_LENGTH smarter
The way local_live is used to compute REG_LIVE_LENGTH is just stup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53305
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53303
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: andi-...@firstfloor.org
gcc version 4.8.0 20120510 (experimental) (GCC)
#include
main()
{
int flag = -1;
unsigned status;
if ((status = _xbegin()) == _XBEGIN_STARTED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
Andi Kleen changed:
What|Removed |Added
CC||kirill.yukhin at intel dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #6 from Andi Kleen 2012-05-10
22:52:30 UTC ---
Uros patch fixes it and the code is correct now. Please commit.
However in testing it I quickly hit PR53315
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #10 from Jan Hubicka 2012-05-10 23:03:44
UTC ---
> Likewise on x86/Linux.
Bootstrap with Ada works for me, but I will test the workaround posted above
and commit if it passes. We can deal with this incrementally. Apparently
there is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316
Bug #: 53316
Summary: Change -O1 to be easily debugged and on by default
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316
--- Comment #1 from Andrew Pinski 2012-05-10
23:13:17 UTC ---
I think this is not a good idea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53317
Bug #: 53317
Summary: Conversion from __float128 to __int128
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53317
--- Comment #1 from ahakkas at gmail dot com 2012-05-10 23:24:42 UTC ---
Correction: Conversion from __int128 to __float128 (not the other way as
mistakenly written in the description of the bug).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316
David Stone changed:
What|Removed |Added
CC||DeusExSophismata at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #7 from uros at gcc dot gnu.org 2012-05-10 23:31:14 UTC ---
Author: uros
Date: Thu May 10 23:31:03 2012
New Revision: 187387
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187387
Log:
PR target/53291
* config/i386/i386.m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53305
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
--- Comment #2 from Uros Bizjak 2012-05-10 23:42:05
UTC ---
(In reply to comment #1)
> Hmm it goes away when i remove the (status = _xbegin)
> so it may be actually xbegin not xtest
Yes, it is xbegin_1 insn pattern that doesn't get registers all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
--- Comment #3 from Andrew Pinski 2012-05-10
23:44:01 UTC ---
Reload does not know how to handle reloading into jump instructions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
--- Comment #4 from Andrew Pinski 2012-05-10
23:47:57 UTC ---
(define_expand "xbegin"
[(set (match_operand:SI 0 "register_operand")
(unspec_volatile:SI [(match_dup 1)] UNSPECV_XBEGIN))]
"TARGET_RTM"
{
rtx label = gen_label_rtx ();
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
--- Comment #4 from Ian Lance Taylor 2012-05-11 00:17:49
UTC ---
Sure, one way to solve this problem would be to change libiberty to use
automake and libtool.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625
h.seki.95 at azbil dot com changed:
What|Removed |Added
CC||h.seki.95 at azbil dot com
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53318
Bug #: 53318
Summary: ICE in verify_gimple
Classification: Unclassified
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53318
kargl at gcc dot gnu.org changed:
What|Removed |Added
Version|lto |4.8.0
--- Comment #1 from kargl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #8 from H.J. Lu 2012-05-11 02:41:55
UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > Testcase?
>
> It is trivial, so posting right here:
>
We need a run-time testcase.
1 - 100 of 110 matches
Mail list logo
