http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #13 from Teresa Johnson 2012-12-19
06:49:50 UTC ---
On Tue, Dec 18, 2012 at 2:48 PM, Teresa Johnson wrote:
>
>
>
>
> On Tue, Dec 18, 2012 at 2:41 PM, aldyh at gcc dot gnu.org
> wrote:
>>
>>
>> http://gcc.gnu.org/bugzil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55736
--- Comment #1 from Adam Borowski 2012-12-19
00:57:12 UTC ---
Fails on armhf as well:
lto1: internal compiler error: tree code ‘\�PF9F���G�P.�.lЕ�"0�+’ is not
supported in LTO streams
Works on i386.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55737
--- Comment #1 from Andrew Pinski 2012-12-19
00:24:09 UTC ---
I think GCC is correct here as for a?b:c to be an integer constant expression,
all three (a, b, and c) have to be an integer constant expressions even if a is
true or false.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55737
Bug #: 55737
Summary: Template and the constant, short-form if-then-else
condition issue
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55721
--- Comment #5 from Andrew Pinski 2012-12-19
00:04:57 UTC ---
(In reply to comment #4)
> (In reply to comment #1)
> > Actually the MIPS backend does have an UNSPEC 230. It is one of the
> > SYMBOL_64_* unspecs.
>
> Then, why is symbol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #12 from Teresa Johnson 2012-12-18
22:49:20 UTC ---
On Tue, Dec 18, 2012 at 2:41 PM, aldyh at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
>
> --- Comment #11 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39464
--- Comment #15 from Jakub Jelinek 2012-12-18
22:48:09 UTC ---
Author: jakub
Date: Tue Dec 18 22:48:04 2012
New Revision: 194594
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194594
Log:
PR c/39464
* c-typeck.c (conve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55721
--- Comment #4 from Steven Bosscher 2012-12-18
22:47:15 UTC ---
(In reply to comment #1)
> Actually the MIPS backend does have an UNSPEC 230. It is one of the
> SYMBOL_64_* unspecs.
Then, why is symbol_type not defined within define_c_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #11 from Aldy Hernandez 2012-12-18
22:41:13 UTC ---
Teresa, I think this is what you were referring to, and the reason for my
original patch:
houston:/build/trunkboot$ ./install/bin/gcc a.c -fprofile-generate
/home/build/tru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54814
--- Comment #13 from Georg-Johann Lay 2012-12-18
22:33:41 UTC ---
(In reply to comment #12)
> Created attachment 28990 [details]
> Better patch
>
> Sorry for doing this, but here's a slightly improved version of the patch.
> Does
> th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55201
--- Comment #5 from ian at gcc dot gnu.org 2012-12-18
22:07:43 UTC ---
Author: ian
Date: Tue Dec 18 22:07:38 2012
New Revision: 194593
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194593
Log:
libgo: Link against libatomic_con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55201
--- Comment #4 from ian at gcc dot gnu.org 2012-12-18
22:04:13 UTC ---
Author: ian
Date: Tue Dec 18 22:04:08 2012
New Revision: 194592
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194592
Log:
PR go/55201
* Makefile.a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54351
--- Comment #11 from Geoff Romer 2012-12-18 21:59:23
UTC ---
>From discussion on the C++ LWG reflector, it appears that the standard's
requirements on library types are intended to apply only during their lifetime,
although the standard do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55562
--- Comment #6 from Jakub Jelinek 2012-12-18
21:40:36 UTC ---
Author: jakub
Date: Tue Dec 18 21:40:29 2012
New Revision: 194591
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194591
Log:
PR target/55562
* sbitmap.c (bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
--- Comment #10 from Kai Tietz 2012-12-18 21:35:27
UTC ---
(In reply to comment #9)
> It doesn't look to me that the first two hunks of the patch are needed.
Yes, that's right.
> The last hunk doesn't look like it should be considerin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55736
Bug #: 55736
Summary: lto ICE: tree code ''junl is not supported in LTO
streams
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55726
Marc Glisse changed:
What|Removed |Added
CC|marc.glisse at ens dot fr |glisse at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55672
H.J. Lu changed:
What|Removed |Added
Component|target |rtl-optimization
--- Comment #8 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55735
--- Comment #3 from Tobias Burnus 2012-12-18
20:04:12 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > Postscript: The example in comment 0 mixes a scalar and an array pointers.
> > While the ICE occurs with either, the dec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55672
--- Comment #7 from H.J. Lu 2012-12-18 19:42:59
UTC ---
LRA doesn't handle HARD_FRAME_POINTER_IS_FRAME_POINTER at all.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55727
Matthias Kretz changed:
What|Removed |Added
Attachment #29002|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55727
--- Comment #4 from Matthias Kretz 2012-12-18 18:20:00
UTC ---
Created attachment 29002
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29002
support for over-aligned types in new_allocator
I finished my allocator to fix the issue and it wa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55724
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55562
--- Comment #5 from David Edelsohn 2012-12-18 17:30:55
UTC ---
I did a quick test on powerpc-ibm-aix and the patch seems to fix the problem.
You should have access to a lot of PPC systems for testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148
--- Comment #6 from Matt Hargett 2012-12-18 17:26:54 UTC
---
Applying the supplied patch reveals another issue underneath, which is a false
positive:
/work/mhargett/gcc-trunk-obj/./prev-gcc/xg++
-B/work/mhargett/gcc-trunk-obj/./prev-gcc/
-B/u/m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #17 from Jan Hubicka 2012-12-18 17:25:37
UTC ---
> I did some measurements with tramp3d and in this case
> the default (999) gives the best performance:
>
> par. sizetime
>
> 999 955859 3.71752
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #11 from Jan Hubicka 2012-12-18
17:15:51 UTC ---
Created attachment 29001
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29001
proposed patch
OK,
we know the argument is constant
unit size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Richard Henderson changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #16 from Markus Trippelsdorf
2012-12-18 17:03:52 UTC ---
I did some measurements with tramp3d and in this case
the default (999) gives the best performance:
par. sizetime
999 955859 3.71752
990
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #10 from Aldy Hernandez 2012-12-18
16:48:40 UTC ---
Ah yes, now I remember. Yes, there is a problem with libgcov.a. I
wasn't seeing it because I was only building cc1. You are correct
Teresa, that is the reason for the gym
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55735
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53732
Dominique d'Humieres changed:
What|Removed |Added
CC||pmarguinaud at hotmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #10 from Jan Hubicka 2012-12-18
16:39:47 UTC ---
OK,
we are inlining
Inline summary for bool C::c1(float, float)/7 inlinable
self time: 34
global time: 34
self size: 18
global size: 18
self st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55729
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resoluti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54731
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #9 from Teresa Johnson 2012-12-18
16:31:08 UTC ---
On Tue, Dec 18, 2012 at 8:25 AM, aldyh at gcc dot gnu.org
wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
>
> Aldy Hernandez changed:
>
>What
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
Aldy Hernandez changed:
What|Removed |Added
Attachment #28999|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55729
--- Comment #2 from pmarguinaud at hotmail dot com 2012-12-18 16:25:01 UTC ---
Hi Tobias,
I use gfortran 4.7.0. It was build and installed by our admin, as you can see
below :
$ gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #7 from Teresa Johnson 2012-12-18
16:24:13 UTC ---
On Tue, Dec 18, 2012 at 7:53 AM, rguenth at gcc dot gnu.org
wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
>
> --- Comment #5 from Richard Biener 2012-12-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324
--- Comment #11 from Aldy Hernandez 2012-12-18
16:22:11 UTC ---
Author: aldyh
Date: Tue Dec 18 16:21:57 2012
New Revision: 194586
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194586
Log:
PR other/54324
* doc/install.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #6 from Aldy Hernandez 2012-12-18
16:19:33 UTC ---
Created attachment 28999
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28999
proposed patch
Oh, I didn't realize we always had the HWI variants available (inlined in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55729
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55735
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55733
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55735
Bug #: 55735
Summary: ICE with deferred-length strings in COMMON
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #5 from Richard Biener 2012-12-18
15:53:42 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > In that thread, I had asked:
> >
> > ---
> > If you prefer, I can simply inline the popcount/clz functionality into
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #4 from Richard Biener 2012-12-18
15:52:40 UTC ---
(In reply to comment #3)
> In that thread, I had asked:
>
> ---
> If you prefer, I can simply inline the popcount/clz functionality into
> gcov-io.c directly (or at least w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #3 from Teresa Johnson 2012-12-18
15:49:03 UTC ---
In that thread, I had asked:
---
If you prefer, I can simply inline the popcount/clz functionality into
gcov-io.c directly (or at least when not using recent versions of
GC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
--- Comment #2 from Aldy Hernandez 2012-12-18
15:45:17 UTC ---
I have a proposed patch here:
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg00766.html
...which was deemed not sexy at all. So perhaps Richard or someone else can
suggest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #15 from Jan Hubicka 2012-12-18 15:40:34
UTC ---
> It's hard to say in case of Firefox, because the only thing
> that one can reliably measure is the JavaScript performance.
> And this varies only very slightly with different c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55731
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55728
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55734
Bug #: 55734
Summary: gcov-io.c uses builtins not available in non-GCC
compilers
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436
--- Comment #7 from Jonathan Wakely 2012-12-18
15:29:59 UTC ---
(In reply to comment #6)
> > If it was a serious problem it would have been reported before by more
> > people.
>
> I'm not sure if the degree of popularity of a bug should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324
--- Comment #10 from Aldy Hernandez 2012-12-18
15:26:50 UTC ---
Author: aldyh
Date: Tue Dec 18 15:26:27 2012
New Revision: 194584
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194584
Log:
PR other/54324
* tree-ssa-coa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55733
--- Comment #2 from Tobias Burnus 2012-12-18
15:24:16 UTC ---
The following test case also fails; I think the problem is the string
components which isn't marked as TREE_STATIC:
! { dg-do run }
! { dg-options "-fno-automatic" }
!
subr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55045
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55730
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55732
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55733
--- Comment #1 from Tobias Burnus 2012-12-18
15:20:40 UTC ---
*** Bug 55732 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324
--- Comment #9 from Aldy Hernandez 2012-12-18
15:19:55 UTC ---
Author: aldyh
Date: Tue Dec 18 15:19:43 2012
New Revision: 194583
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194583
Log:
PR other/54324
* ansidecl.h (A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55733
Bug #: 55733
Summary: -fno-automatic: Fails for scalar allocatables
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52588
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54731
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55732
Bug #: 55732
Summary: -fno-automatic: Doesn'
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53198
Richard Biener changed:
What|Removed |Added
Known to work||4.8.0
Known to fail|4.7.0, 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679
--- Comment #18 from Jack Howarth 2012-12-18
15:15:38 UTC ---
(In reply to comment #16)
I am puzzled as to why this issue with global-overflow-1.c and
stack-overflow-1.c can't be triggered on x86_64 linux. The obvious change of
-mtune=c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55672
--- Comment #6 from H.J. Lu 2012-12-18 15:11:38
UTC ---
This is what we changed in reload for stack realignment:
diff --git a/gcc/reload1.c b/gcc/reload1.c
index f28b01c..9b81062 100644
--- a/gcc/reload1.c
+++ b/gcc/reload1.c
@@ -3663
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55724
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.7.3
--- Comment #2 from Rich
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436
Conrad changed:
What|Removed |Added
Version|4.7.2 |4.8.0
--- Comment #6 from Conrad 2012
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55565
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55730
--- Comment #2 from Richard Biener 2012-12-18
14:51:11 UTC ---
Reduced with a cross from x86_64 configured with --target=powerpc64-suse-linux
--with-cpu-64=power4 --enable-secureplt --with-long-double-128
--enable-languages=c,c++
type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55642
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55201
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #18 from Richard Biener 2012-12-18
14:39:55 UTC ---
Author: rguenth
Date: Tue Dec 18 14:39:49 2012
New Revision: 194582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194582
Log:
2012-12-18 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55730
--- Comment #1 from Richard Biener 2012-12-18
14:37:47 UTC ---
Reducing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55201
--- Comment #2 from ian at gcc dot gnu.org 2012-12-18
14:28:31 UTC ---
Author: ian
Date: Tue Dec 18 14:28:24 2012
New Revision: 194581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194581
Log:
libgo: Link against libatomic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55731
--- Comment #2 from Yuri Rumyantsev 2012-12-18
14:24:05 UTC ---
Created attachment 28998
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28998
testcase2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55731
--- Comment #1 from Yuri Rumyantsev 2012-12-18
14:23:30 UTC ---
Created attachment 28997
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28997
testcase1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55731
Bug #: 55731
Summary: Issue with complete innermost loop unrolling
(cunrolli)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55730
Richard Biener changed:
What|Removed |Added
Component|rtl-optimization|debug
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55730
Bug #: 55730
Summary: [4.8 Regression] ICE in mem_loc_descriptor, at
dwarf2out.c:12725
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55562
--- Comment #4 from Jakub Jelinek 2012-12-18
13:47:34 UTC ---
Can somebody please test this on ppc? I'll bootstrap/regtest it on
x86_64-linux and i686-linux momentarily.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55562
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #9 from Jan Hubicka 2012-12-18 13:39:45 UTC
---
> Bumping the limit to assert on to off-by-two doesn't fix all cases (I can
> hand you a testcase if you like...)
Yep, i guess it just depends on how many calls we diverge. I w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55727
--- Comment #3 from Matthias Kretz 2012-12-18 13:26:21
UTC ---
(In reply to comment #2)
> (In reply to comment #0)
> > Right now it does not even suffice to reimplement new/delete inside Foo to
> > make
> > std::vector work.
>
> Sorry
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #12 from Richard Biener 2012-12-18
13:12:39 UTC ---
Author: rguenth
Date: Tue Dec 18 13:12:34 2012
New Revision: 194578
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194578
Log:
2012-12-18 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #8 from Richard Biener 2012-12-18
12:46:52 UTC ---
Bumping the limit to assert on to off-by-two doesn't fix all cases (I can
hand you a testcase if you like...)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55695
ojab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55729
Bug #: 55729
Summary: Problem with sum intrinsic
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55728
Bug #: 55728
Summary: std::bad_function_call has misleading what() result
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54283
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-12-18 12:12:32 UTC ---
> --- Comment #11 from Jakub Jelinek 2012-12-18
> 12:09:52 UTC ---
> If you don't add that /vol/gcc-4.4/lib/ to ld.so.conf (or ld.so.conf.d), it is
> your
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54283
--- Comment #11 from Jakub Jelinek 2012-12-18
12:09:52 UTC ---
If you don't add that /vol/gcc-4.4/lib/ to ld.so.conf (or ld.so.conf.d), it is
your responsibility to build with LD_LIBRARY_PATH, otherwise you are
bootstrapping with a non-wor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54283
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-12-18 12:06:21 UTC ---
> --- Comment #9 from Jakub Jelinek 2012-12-18
> 10:30:12 UTC ---
> So not a bug then?
I don't think so: even on x86_64-unknown-linux-gnu, when building
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55726
--- Comment #2 from vincenzo Innocente
2012-12-18 11:39:22 UTC ---
no
gcc -Ofast -march=corei7 assign.c -std=c99
assign.c: In function ‘main’:
assign.c:9:21: error: incompatible types when initializing type ‘float32x4_t’
using type ‘float’
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55717
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
1 - 100 of 117 matches
Mail list logo