http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53319
Andrew Pinski changed:
What|Removed |Added
Component|c |other
--- Comment #3 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #123 from Markus Trippelsdorf
2012-05-11 05:55:43 UTC ---
Just for comparison, clang with -O4 runs only single threaded and does
everything in memory (no streaming out). It uses 3.5GB of memory (peak) and
takes 19 minutes to finish...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53319
--- Comment #2 from Fred J. Tydeman 2012-05-11
05:31:01 UTC ---
Intel Core i5, 64-bit mode, Fedora Core Linux 17 and I believe
Intel Core 2 Due, 32-bit mode, Fedora Core Linux 17.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53319
--- Comment #1 from Andrew Pinski 2012-05-11
04:42:09 UTC ---
What target is this on?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53319
Bug #: 53319
Summary: exact subtract of two decimal floating-point values
raises FE_INEXACT
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53291
--- Comment #9 from Andi Kleen 2012-05-11
03:36:11 UTC ---
The example in PR53315 is a runtime test case, except:
- it needs cpuid checks to be part of the test suite
- the printfs need to be replaced with asserts
- it needs to stop iceing first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625
--- Comment #53 from h.seki.95 at azbil dot com 2012-05-11 03:30:11 UTC ---
(In reply to comment #52)
Sorry. It's regenerated by autoheader.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
--- Comment #5 from H.J. Lu 2012-05-11 03:14:45
UTC ---
Created attachment 27370
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27370
A patch
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.
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=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=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=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=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=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 #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=53305
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
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=53316
David Stone changed:
What|Removed |Added
CC||DeusExSophismata at gmail
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=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=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=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=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=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=53315
Andi Kleen changed:
What|Removed |Added
CC||kirill.yukhin at intel dot
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=53303
Eric Botcazou 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=53305
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=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=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=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=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=53158
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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
--- 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=53301
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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
--- 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=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=53310
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
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=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=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 #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=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=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=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=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=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=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=53305
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
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=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=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=53125
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=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=53283
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
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=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=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
Severity|major |normal
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=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=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=41718
Bernd Schmidt 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=53283
m...@gcc.gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=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=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=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=53304
Klaus Rudolph changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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=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=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=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=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=53306
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
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=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=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=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=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=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=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=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=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=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"
1 - 100 of 110 matches
Mail list logo
