--- Comment #5 from rob1weld at aol dot com 2010-05-04 06:52 ---
>> Rainer: Fixed for 4.5.0.
Thanks to our Solaris Expert for fixing that.
It is (was) great fun to have to build (at least we used to, "have to") gcc
with both GNU's ld and Sun's to ensure there is (was) no breakage. Rec
--- Comment #7 from rob1weld at aol dot com 2010-05-04 06:37 ---
>> Rainer Orth
>> Please try this with an absolute path to configure. Perhaps we should simply
>> document that relative paths aren't supported here.
Rainer, I noticed this is marked as "Waiting". If it is waiting for the
--- Comment #5 from burnus at gcc dot gnu dot org 2010-05-04 05:53 ---
(In reply to comment #4)
> What about this?
>
> $ gfc -fbounds-check pr43899.f90
> $ ./a.out
> &NMLIST NML_STRING='123456789' /
> At line 9 of file pr43899.f90 (unit = 7, file = 'example.nml')
> Fortran runtime
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-04 04:57 ---
Fixed for 4.5.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #9 from law at redhat dot com 2010-05-04 04:57 ---
patch was installed
--
law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-04 04:56 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #21 from jason at gcc dot gnu dot org 2010-05-04 04:56 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #8 from jason at gcc dot gnu dot org 2010-05-04 04:55 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #22 from jason at gcc dot gnu dot org 2010-05-04 04:54 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-04 04:51 ---
Fixed for 4.6.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-04 04:49 ---
In G++ 4.6 the surprising optimization will only be performed with
-fstrict-enums.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-04 04:48 ---
In G++ 4.6 the surprising optimization will only be performed with
-fstrict-enums.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from jason at gcc dot gnu dot org 2010-05-04 04:48 ---
In G++ 4.6 the confusing optimization will only be performed with
-fstrict-enums.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #24 from jason at gcc dot gnu dot org 2010-05-04 04:47 ---
G++ 4.6 will no longer optimize away the exit condition unless -fstrict-enums
is specified.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from jason at gcc dot gnu dot org 2010-05-04 04:44 ---
Fixed for 4.6.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #6 from jason at gcc dot gnu dot org 2010-05-04 04:43 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jason at gcc dot gnu dot org 2010-05-04 04:43 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #7 from jason at gcc dot gnu dot org 2010-05-04 04:42 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-04 04:31 ---
Created an attachment (id=20554)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20554&action=view)
patch
Does this fix the failures?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758
--- Comment #15 from law at redhat dot com 2010-05-04 04:15 ---
I'm withdrawing the color.patch2. While the patch makes sense in theory and
seems to help x86, it's causing clear regressions on other targets such as the
mn103. I've been unable to resolve the regressions without making t
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-05-04 04:11
---
What about this?
$ gfc -fbounds-check pr43899.f90
$ ./a.out
&NMLIST NML_STRING='123456789' /
At line 9 of file pr43899.f90 (unit = 7, file = 'example.nml')
Fortran runtime error: Namelist object 'nml_string
--- Comment #4 from monaka at monami-software dot com 2010-05-04 03:08
---
I tried with SVN trunk. This issue has already fixed.
I leave as UNCONFIRMED as I'm not sure I have the permission to change status.
The environment I checked is like this:
$ cc1 -version
GNU C (GCC) version 4.
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-05-04 01:56
---
What I am thinking of is a warning if a quoted string is terminated by an
end-of-line and there is no closing quote.
I would like to put this behind -Wcharacter-truncation which will be picked up
with -Wall. Let'
--- Comment #2 from mikpe at it dot uu dot se 2010-05-04 00:56 ---
Bootstrap with the patch succeeded on ARM. Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00187.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43964
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2010-05-04
00:27 ---
Subject: Re: FAIL: gcc.dg/ipa/ipa-pta-10.c
scan-ipa-dump pta "ESCAPED = { }"
Attached preprocessed source.
Dave
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2010-05-04
00:27
--- Comment #28 from zsojka at seznam dot cz 2010-05-03 23:45 ---
Thank you, Steven and Richard! It's nice to see the testcases are useful and
appreciated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
--- Comment #15 from siarhei dot siamashka at gmail dot com 2010-05-03
23:45 ---
As found by Raúl, indeed this regression was introduced in r150091. Reverting
this change in gcc 4.5.0 release resolves the problem.
Apparently the use of __builtin_unreachable() in gcc_assert macro (activ
--- Comment #41 from howarth at nitro dot med dot uc dot edu 2010-05-03
23:41 ---
I wonder if...
/* Given the decl DECL, return the prevailing decl with the same name. */
tree
lto_symtab_prevailing_decl (tree decl)
{
lto_symtab_entry_t ret;
/* Builtins and local symbols are their
--- Comment #5 from paolo dot carlini at oracle dot com 2010-05-03 23:16
---
Yes ;) I'm going to work asap on debug-mode, certainly we want it too for
4.6.0, but it's a bit tricky because of the special way many operations are
specified in terms of the *preceding* element: debug-mode is
--- Comment #4 from rus at google dot com 2010-05-03 23:12 ---
Oh, OK. I misunderstood. Then let's keep it open to track the addition of new
modules including forward_list.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43554
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2010-03-28 10:36:29 |2010-05-03 2
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-03 23:06
---
Silvius, this is not a bug proper, instead an *enhancement* request: it seems
quite obvious to me, if only for consistency, that we want to provide
debug-mode and profile-mode versions of forward_list too, like
--- Comment #40 from mrs at gcc dot gnu dot org 2010-05-03 22:47 ---
Jack, if I follow what you want, that's an LTO fix, I don't know the LTO code.
I don't know that that fix is even possible. I think one must do the LTO_SYM
fix, if I had to guess. I don't have the time to embark upon
--- Comment #2 from rus at google dot com 2010-05-03 22:46 ---
It's not clear from the description what the problem is here. The profile mode
doesn't instrument either forward_list or slist at this point, so all
inclusions of should fall back to normal mode.
Could you please clarify t
--- Comment #10 from mrs at gcc dot gnu dot org 2010-05-03 22:38 ---
Subject: Bug 43839
Author: mrs
Date: Mon May 3 22:37:50 2010
New Revision: 159009
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159009
Log:
PR 43839
* testsuite/Makefile.am: Override automake
--- Comment #4 from wilson at gcc dot gnu dot org 2010-05-03 22:36 ---
Created an attachment (id=20552)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20552&action=view)
trivial solution for original problem
This fixes the original problem, but does not fix the new breakage caused
--- Comment #3 from wilson at codesourcery dot com 2010-05-03 22:28 ---
Subject: Re: suboptimal MIPS widening multiply accumulate
On Tue, 2010-04-27 at 09:33 +, rguenth at gcc dot gnu dot org wrote:
> For more general optimization you might want to move all this code to
> the tree
--- Comment #39 from steven at gcc dot gnu dot org 2010-05-03 22:15 ---
I still don't understand the 32 bits problem.
Without LTO, there is this code in the for 2008_0.i:
L_mumble$non_lazy_ptr:
.indirect_symbol _mumble
In the WPA code mumble is gone in the code for 2008
--- Comment #38 from howarth at nitro dot med dot uc dot edu 2010-05-03
22:01 ---
Mike,
I was more interested about the second option since you seem to indicate
that the first option would pessimize the the LTO code generation on i386
darwin. Or did I misunderstand that comment?
--
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-03 21:44 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #37 from mrs at gcc dot gnu dot org 2010-05-03 21:39 ---
First question to decide is what direction they want to go with it, that's an
LTO question. Once that is decided, if the direction to do is to change
darwin.c, I have given the 3 lines to do that, what remains undone w
--- Comment #3 from kargl at gcc dot gnu dot org 2010-05-03 21:39 ---
I think my last intrinsic.texi patch fixed all of the
issues raised by James. Closing with fixed. If you
find an issue please open a new PR.
r
--- Comment #17 from jason at gcc dot gnu dot org 2010-05-03 21:16 ---
Subject: Bug 43680
Author: jason
Date: Mon May 3 21:16:40 2010
New Revision: 159006
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159006
Log:
PR c++/43680
gcc:
* c.opt (-fstrict-enums): New.
--- Comment #4 from steven at gcc dot gnu dot org 2010-05-03 20:46 ---
Created an attachment (id=20551)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20551&action=view)
Ported: r114283 r114291 r114307 r114348 r114396 r114397 r114400 r114401
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-03 20:37
---
Ok
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UN
--- Comment #3 from kgardas at objectsecurity dot com 2010-05-03 20:30
---
Folks,
please close this. Indeed, when I add -march=i486 I get no linker errors
anymore. Thanks for your fast help! Karel
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43980
--- Comment #3 from schwab at linux-m68k dot org 2010-05-03 20:26 ---
*** Bug 42910 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42909
--- Comment #1 from schwab at linux-m68k dot org 2010-05-03 20:26 ---
This isn't really a different bug.
*** This bug has been marked as a duplicate of 42909 ***
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--- Comment #15 from schwab at linux-m68k dot org 2010-05-03 20:17 ---
The patch is ok, please check it in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #6 from janus at gcc dot gnu dot org 2010-05-03 20:03 ---
Mine. I think fixing comment #0 is as easy as the following two-liner:
Index: gcc/fortran/symbol.c
===
--- gcc/fortran/symbol.c(revision 158970)
--- Comment #2 from paolo dot carlini at oracle dot com 2010-05-03 20:03
---
I suspect this is just the usual issue with i386, which does not provide the
atomic builtins. You should try with, eg, -march=i486, and if the problem goes
away this is a duplicate of some other 30 PRs ;)
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-03 20:00 ---
I think you need -march=i486 on solaris for this to work. At least with 4.4.
Now with 4.5, it is a different story.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43980
Hello,
my gcc is my own built:
$ c++ -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc-4.4.2/configure --prefix=/usr/local/gcc-4.4.2
--with-as=/usr/bin/gas --with-gnu-as --with-ld=/usr/bin/ld --without-gnu-ld
--enable-shared --enable-threads --enable-languages=c++
--with
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-03 19:53
---
For sure cannot be reproduced with 4.5 and mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-03 19:47
---
Richard, can you have a look? It is the same as 42032?
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-03 19:45 ---
(In reply to comment #2)
On Monday 03 May 2010 21:23:26 you wrote:
> And when I say "it used to work" I don't mean generating dependencies for
> f90/f95 sources (PR31588 mentions e.g. USE), but only generating
> depe
--- Comment #3 from steven at gcc dot gnu dot org 2010-05-03 19:36 ---
OK, that didn't work... I'll just comment per revision.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43977
--- Comment #2 from steven at gcc dot gnu dot org 2010-05-03 19:35 ---
(From update of attachment 20548)
>
>r124989 | olga | 2007-05-23 14:49:49 +0200 (Wed, 23 May 2007)
>-
--- Comment #54 from jvdelisle at gcc dot gnu dot org 2010-05-03 19:24
---
We should get the case in comment 40 added to the test suite if not already so
we do not regress it later.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
--- Comment #2 from kirr at landau dot phys dot spbu dot ru 2010-05-03
19:23 ---
Daniel, thanks for reply.
As I see it, yes, PR31588 would be handy enhancement, but this bug is different
-- it's a _regression_ -- it used to work in 4.3 and stopped in 4.4.
And when I say "it used to wo
--- Comment #2 from musiphil at bawi dot org 2010-05-03 18:48 ---
Created an attachment (id=20550)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20550&action=view)
the preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
--- Comment #1 from musiphil at bawi dot org 2010-05-03 18:48 ---
Created an attachment (id=20549)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20549&action=view)
the source file that triggers the warning
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
I get this warning while compiling the program below with g++-4.4.3:
$ g++ -O2 -Wall test.cc
test.cc: In function ¡®int main()¡¯:
test:8: warning: dereferencing pointer ¡®¡¯ does break
strict-aliasing
rules
/usr/include/c++/4.4/bits/stl_list.h:214: note: initialized from here
I don't see
--- Comment #3 from glarkin at FreeBSD dot org 2010-05-03 18:37 ---
(In reply to comment #2)
> Experimenting with -save-temps I noticed that the .dummy resource is in the
> .jar generated by ecj which seems to point to it as the main suspect.
>
I believe that's correct - please see:
ht
--- Comment #7 from glarkin at FreeBSD dot org 2010-05-03 18:36 ---
(In reply to comment #6)
> So can someone please comment on this?
>
I recently encountered this problem while using gcc/gcj 4.5 with ecj-4.5.jar to
compile the pdftk utility (http://www.accesspdf.com/pdftk/) on FreeBSD
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Summary|ICE: dependent_type_p, at |[4.5/4.6 regression] ICE:
|cp/pt.c:17404
--- Comment #12 from dfranke at gcc dot gnu dot org 2010-05-03 18:09
---
*** Bug 43954 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31588
--- Comment #1 from dfranke at gcc dot gnu dot org 2010-05-03 18:09 ---
If real life allows, I'll give it another try for 4.6 - started twice already
but there are quite a few options to handle. However, if you feel like it, dig
in. Help is always welcome :)
Closing as dupe of PR31588.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #1 from steven at gcc dot gnu dot org 2010-05-03 18:08 ---
Created an attachment (id=20548)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20548&action=view)
List of commits to the oldlto branch upto the rename point
The attached list was generated with:
svn diff svn:/
This is a bug to keep track of the patches committed to the oldlto branch but
never merged to the trunk. The interesting patches to "salvage" are mostly
related to elimination of TREE_LIST.
--
Summary: Patches from oldlto branch to be salvaged
Product: gcc
Versio
--- Comment #4 from kargl at gcc dot gnu dot org 2010-05-03 17:57 ---
Subject: Bug 43592
Author: kargl
Date: Mon May 3 17:57:14 2010
New Revision: 158998
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158998
Log:
2010-05-03 Steven G. Kargl
PR fortran/43592
*
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #10 from ubizjak at gmail dot com 2010-05-03 17:44 ---
(In reply to comment #9)
> Ah yes, it's probably because of the strange workarounds put in place for long
> double. Anyway, if you encounter special issues having to do with that, Jakub
> is the reference person.
Added t
--- Comment #9 from paolo dot carlini at oracle dot com 2010-05-03 17:41
---
Ah yes, it's probably because of the strange workarounds put in place for long
double. Anyway, if you encounter special issues having to do with that, Jakub
is the reference person.
--
http://gcc.gnu.org/b
--- Comment #8 from ubizjak at gmail dot com 2010-05-03 17:25 ---
(In reply to comment #7)
> In locale-inst.o
Strange, on alpha it is defined in compatibility-ldbl.o.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #27 from steven at gcc dot gnu dot org 2010-05-03 16:56 ---
Zdenek, has anyone told you how amazing your contribution is here? Wow!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-03 16:12 ---
Subject: Bug 43971
Author: rguenth
Date: Mon May 3 16:12:12 2010
New Revision: 158991
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158991
Log:
2010-05-03 Richard Guenther
PR tree-optimization/
--- Comment #3 from ubizjak at gmail dot com 2010-05-03 16:12 ---
Can you try this patch:
--cut here--
Index: alpha.c
===
--- alpha.c (revision 158970)
+++ alpha.c (working copy)
@@ -842,7 +842,8 @@ alpha_legitimate
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-03 15:46 ---
Subject: Bug 43972
Author: jakub
Date: Mon May 3 15:46:43 2010
New Revision: 158990
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158990
Log:
PR debug/43972
* config/i386/i386.c (ix86_delegit
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-03 15:43 ---
Subject: Bug 43972
Author: jakub
Date: Mon May 3 15:42:43 2010
New Revision: 158989
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158989
Log:
PR debug/43972
* config/i386/i386.c (ix86_delegit
--- Comment #26 from zsojka at seznam dot cz 2010-05-03 15:02 ---
Created an attachment (id=20547)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20547&action=view)
next testcase
Reduced from libstdc++-v3/testsuite/23_containers/bitset/operations/1.cc
I am happy those testcases he
--- Comment #25 from zsojka at seznam dot cz 2010-05-03 14:56 ---
Created an attachment (id=20546)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20546&action=view)
next testcase, second part will follow
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
--- Comment #11 from brtnfld at hdfgroup dot org 2010-05-03 14:50 ---
(In reply to comment #10)
> Can this be closed? Is there something left to do here?
>
As of gfortran 4.4.4 (and 4.5.1) the program in comment #7 does not compile but
gives the same error:
Error: CHARACTER argument 'b
Source: https://bugs.webkit.org/show_bug.cgi?id=38045
Given the following code:
$ cat test.cpp
struct Foo
{
char __attribute__((aligned(4))) c[sizeof(int)];
};
char junk;
Foo f;
int main()
{
int *i = reinterpret_cast(&f.c);
*i = 0;
}
When compiled for ARM produces the warning:
$ ar
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-03 14:38 ---
I've also bootstrapped the first patch today, unfortunately on i686-linux it
regresses forall_7.f90 testcase - gsi_skip_debug is called with after = 1
on sequence D.3267_429 = 125 + 5; (pointing at the only stmt in the
--- Comment #2 from ubizjak at gmail dot com 2010-05-03 13:46 ---
Hm, in expand_assignment (), around line 4408 in expr.c, we expand
MEM[base: pfrom_8, offset: 1]
to
(mem:QI (plus:DI (subreg/s:SI (reg/v/f:DI 108 [ pfrom ]) 0)
(const_int 1 [0x1])) [0 *pfrom_8 S1 A8])
IMO, the
--- Comment #8 from redi at gcc dot gnu dot org 2010-05-03 13:02 ---
... and suspend until the issue is ready
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from redi at gcc dot gnu dot org 2010-05-03 13:01 ---
I didn't realise there was a DR about this, confirm ...
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from numerical dot simulation at web dot de 2010-05-03
12:53 ---
Hi!
Though I love the fact that this code now compiles, I am still unsure whether
this is the right thing to have.
>From http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#502 I see
>that
the pro
--- Comment #13 from rguenther at suse dot de 2010-05-03 12:35 ---
Subject: Re: [4.6 Regression] FAIL:
gcc.c-torture/compile/pr42196-2.c
On Mon, 3 May 2010, irar at il dot ibm dot com wrote:
> --- Comment #12 from irar at il dot ibm dot com 2010-05-03 12:30 ---
>
> > Well.
--- Comment #12 from irar at il dot ibm dot com 2010-05-03 12:30 ---
> Well. For loops we'd have disqualified it as there is no vector
> type for the external def (well, the stmt inside the loop).
I don't think that's true. With -fno-tree-pre we get the same ICE for loop
vectorization
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-03 12:17
---
In locale-inst.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
--- Comment #6 from ubizjak at gmail dot com 2010-05-03 12:12 ---
(In reply to comment #5)
> This is what I get on x86_64:
> thus, seems a target problem to me.
Do you have any advice, where/how these symbols get exported? I would like to
analyze the failure, so we can blame some other
--- Comment #1 from ubizjak at gmail dot com 2010-05-03 12:09 ---
Confirmed with a cross from x86_64-pc-linux-gnu to alpha-dec-vms.
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-03 12:06
---
Yes, in C++03 you cannot instantiate a template with a local type. C++1x will
be different.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
The following does not compile (minimal test case):
#include
int main()
{
int vec;
struct comparator
{
bool operator()(int a, int b) const { return a
struct comparator
{
bool operator()(int a, int b) const { return ahttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=43975
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-03 11:55 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
1 - 100 of 132 matches
Mail list logo
