http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52908
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53275
--- Comment #6 from birender.singh at hotmail dot com 2012-05-10 06:21:54 UTC
---
(In reply to comment #5)
This Bugzilla is for bugs in GCC, not help fixing your code.
Please use the gcc-h...@gcc.gnu.org mailing list for questions about using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53282
vincenzo Innocente vincenzo.innocente at cern dot ch changed:
What|Removed |Added
Summary|lto and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
vincenzo Innocente vincenzo.innocente at cern dot ch changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||*-*-aix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #28 from Richard Guenther rguenth at gcc dot gnu.org 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 vincenzo.innocente at cern dot ch
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
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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53284
--- Comment #4 from Rainer Orth ro at gcc dot gnu.org 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=gccview=revrev=187366
Log:
Always compile atomic builtin tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53284
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53282
--- Comment #16 from Richard Guenther rguenth at gcc dot gnu.org 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=53282
--- Comment #17 from vincenzo Innocente vincenzo.innocente at cern dot ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #17 from vincenzo Innocente vincenzo.innocente at cern dot ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53296
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
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 dominiq at lps dot ens.fr 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 dominiq at lps dot ens.fr 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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Keywords||assemble-failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 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%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53120
--- Comment #8 from Nick Clifton nickc at gcc dot gnu.org 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=gccview=revrev=187368
Log:
PR target/53120
*
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. skunk at iskunk dot org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53304
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 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 lts-rudolph at gmx dot de changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #4 from Daniel Richard G. skunk at iskunk dot org 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,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #30 from vincenzo Innocente vincenzo.innocente at cern dot ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #14 from mrs at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283
m...@gcc.gnu.org mrs at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
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 bernds at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #18 from Sriraman Tallam tmsriram at google dot com 2012-05-10
16:48:45 UTC ---
On Thu, May 10, 2012 at 3:16 AM, vincenzo.innocente at cern dot ch
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
--- Comment #19 from vincenzo Innocente vincenzo.innocente at cern dot ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #31 from Jan Hubicka hubicka at ucw dot cz 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
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 vincenzo.innocente at cern dot ch
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
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 hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283
m...@gcc.gnu.org mrs at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53125
--- Comment #3 from Vladimir Makarov vmakarov at redhat dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53125
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #6 from David Edelsohn dje at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #4 from Uros Bizjak ubizjak at gmail dot com 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 daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
CC||ian at airs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53125
--- Comment #5 from Vladimir Makarov vmakarov at gcc dot gnu.org 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=gccview=revrev=187373
Log:
2012-05-10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #5 from Uros Bizjak ubizjak at gmail dot com 2012-05-10 20:00:45
UTC ---
Try this patch:
Index: config/i386/i386.md
===
--- config/i386/i386.md (revision 187372)
+++
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 iostream
templateclass...Ts struct tuple{};
struct funct{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
--- Comment #3 from Daniel Richard G. skunk at iskunk dot org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #7 from David Edelsohn dje at gcc dot gnu.org 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 xinliangli at gmail dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #8 from Jan Hubicka hubicka at ucw dot cz 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
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 dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53301
--- Comment #2 from paolo at gcc dot gnu.org 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=gccview=revrev=187377
Log:
/cp
2012-05-10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53301
--- Comment #3 from paolo at gcc dot gnu.org 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=gccview=revrev=187378
Log:
/cp
2012-05-10
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 paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53158
--- Comment #3 from paolo at gcc dot gnu.org 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=gccview=revrev=187380
Log:
/cp
2012-05-10
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53158
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53310
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #121 from Jan Hubicka hubicka at gcc dot gnu.org 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%)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #122 from Jan Hubicka hubicka at gcc dot gnu.org 2012-05-10
21:53:54 UTC ---
oprofile shows:
139188 15.6963 lto1 lto1
uniquify_nodes
66390 7.4868 lto1 lto1
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313
--- Comment #1 from David Stone DeusExSophismata at gmail dot com 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. skunk at iskunk dot org 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
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 steven at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53305
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53303
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: andi-...@firstfloor.org
gcc version 4.8.0 20120510 (experimental) (GCC)
#include immintrin.h
main()
{
int flag = -1;
unsigned status;
if ((status = _xbegin()) == _XBEGIN_STARTED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||kirill.yukhin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #6 from Andi Kleen andi-gcc at firstfloor dot org 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 hubicka at ucw dot cz 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.
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 pinskia at gcc dot gnu.org 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:
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 DeusExSophismata at gmail dot com changed:
What|Removed |Added
CC|
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=gccview=revrev=187387
Log:
PR target/53291
* config/i386/i386.md
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53305
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
--- Comment #2 from Uros Bizjak ubizjak at gmail dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 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 pinskia at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299
--- Comment #4 from Ian Lance Taylor ian at airs dot com 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
1 - 100 of 111 matches
Mail list logo