--- Comment #5 from Ralf dot Wildenhues at gmx dot de 2010-02-23 06:01
---
Well, the GCS did change, and we did (mostly) update the default locations to
follow. However, as of now, the override methods don't all work the way the
configure --help output promises, and not all documentati
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-02-23 04:06 ---
Created an attachment (id=19938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19938&action=view)
smaller testcase
Here is the smallest testcase I could get out of delta.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from jason at gcc dot gnu dot org 2010-02-23 01:50 ---
...which is a regression against 3.4, which says
wa.C:4: error: invalid initializer for virtual method `void A::f()'
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jason at gcc dot gnu dot org 2010-02-23 01:47 ---
This isn't specific to lambdas; this testcase gets the same ICE:
struct A
{
typedef void (F)();
F f = 1;
};
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2010-02-23 01:45 ---
Reduced a bit:
extern "C" void abort ();
struct A {
virtual void dummy() {}
};
struct B {
virtual B *clone() = 0;
};
struct C : public virtual B { };
struct D : public virtual B { };
struct E : public C, publi
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-02-23 01:42 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-02-23 01:42 ---
I think that is because nothing simplifies:
(vec_select:V4SF (vec_concat:V8SF (vec_select:V4SF (vec_concat:V8SF
(reg:V4SF 62)
(reg:V4SF 62))
(parallel [
--- Comment #24 from debian-gcc at lists dot debian dot org 2010-02-23
01:37 ---
thanks for the fixes. I don't care that much about the function markups.
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
--- Comment #1 from liranuna at gmail dot com 2010-02-23 01:37 ---
It appears I am missing a line in the code I posted:
#include
extern void printv(__m128 m);
int main()
{
__m128 m = _mm_set_ps(1.0f, 2.0f, 3.0f, 4.0f);
m = _mm_shuffle_ps(m, m, 0xC9); // Those two shuf
I've noticed that GCC (my current version is 4.4.1) doesn't fully optimize SSE
shuffle merges, as seen in this example:
#include
extern void printv(__m128 m);
int main()
{
m = _mm_shuffle_ps(m, m, 0xC9); // Those two shuffles together swap
pairs
m = _mm_shuffle_ps(m, m, 0x2D);
--- Comment #19 from joseph at codesourcery dot com 2010-02-23 00:29
---
Subject: Re: [4.5 Regression] c-c++-common/pr41779.c doesn't
work
On Mon, 22 Feb 2010, manu at gcc dot gnu dot org wrote:
> --- Comment #18 from manu at gcc dot gnu dot org 2010-02-22 23:56 ---
> (In r
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |manu at gcc dot gnu dot org
|dot org
--- Comment #18 from manu at gcc dot gnu dot org 2010-02-22 23:56 ---
(In reply to comment #17)
> suggest having a c_ep_convert_and_check or similar function that handles
> excess precision: it would take the result type, the semantic result type
> (the type that gets used eventually t
--- Comment #4 from mmitchel at gcc dot gnu dot org 2010-02-22 23:23
---
I don't think this should be P1, as getting the old behavior is apparently
doable by hand, but I'm a big fan of backwards-compatibility and if the GCS
haven't been updated then I think that GCC (as a GNU package) o
--- Comment #8 from manu at gcc dot gnu dot org 2010-02-22 22:32 ---
FIXED in GCC 4.5
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #7 from manu at gcc dot gnu dot org 2010-02-22 22:31 ---
Subject: Bug 43126
Author: manu
Date: Mon Feb 22 22:30:45 2010
New Revision: 156979
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156979
Log:
2010-02-22 Manuel López-Ibáñez
PR c++/43126
--- Comment #5 from hjl at gcc dot gnu dot org 2010-02-22 21:57 ---
Subject: Bug 43125
Author: hjl
Date: Mon Feb 22 21:57:22 2010
New Revision: 156977
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156977
Log:
Merge DECL_PRESERVE_P for C++.
2010-02-22 Mike Stump
PR
--- Comment #11 from mikpe at it dot uu dot se 2010-02-22 21:49 ---
A recent 4.4 with the four unwind-related fixes I identified in CodeSourcery
G++ lite 2009q3-67 applied still regresses in libjava as before with recent
binutils.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2010-02-22 21:39
---
Not sure if this can be qualified a regression, but still, making a
release manager aware of this can't hurt, I guess.
--
Ralf dot Wildenhues at gmx dot de changed:
What|Removed
--- Comment #3 from drow at gcc dot gnu dot org 2010-02-22 21:34 ---
Works for me too, using GCC 4.4.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hjl at gcc dot gnu dot org 2010-02-22 21:33 ---
Subject: Bug 43125
Author: hjl
Date: Mon Feb 22 21:33:21 2010
New Revision: 156976
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156976
Log:
Move C tests for used attribute to c-c++-common.
2010-02-22 H.J. Lu
--- Comment #1 from kargl at gcc dot gnu dot org 2010-02-22 21:19 ---
You may need to update to a newer version of gfortran.
troutmask:sgk[207] gfc4x -o z j.f90 && ./z | od -t x1
0000a 69 6e 76 61 72 73 31 6d 20 3a 20 65 6e 74 65
02072 20 6a 64 74 73
--- Comment #3 from drow at gcc dot gnu dot org 2010-02-22 21:14 ---
Subject: Re: vld4 and vst4 intrinsics are not handled
correctly
On Fri, Feb 19, 2010 at 11:08:18AM -, rguenth at gcc dot gnu dot org wrote:
> Likely because of the union in
>
> __extension__ static __inline void
Please compile the following snippet and watch that ch10 is printed as ASCII
NUL (redirect to text file and see the produced characters, or use `./a.out |
od -t x1' for even quicker result):
module blahblah
character(len=1), parameter :: ch10 = char(10)
end module
program testme3
use blahblah
--- Comment #5 from drow at gcc dot gnu dot org 2010-02-22 21:06 ---
(In reply to comment #3)
> * What is the purpose of insn 12 here? It looks to me like this is dead code,
> since r5 is restored in insn 38 (although, not knowing ARM so well, I may be
> wrong).
I couldn't figure this
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reco
--- Comment #1 from jason at gcc dot gnu dot org 2010-02-22 20:49 ---
Created an attachment (id=19937)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19937&action=view)
patch for 4.6
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43145
For this testcase:
namespace N {
void f();
}
void N::f()
{
extern int i;
extern void g();
i = 1;
g();
}
namespace N {
int i;
void g() { }
}
int main() { }
we end up with unsatisfied references to ::i and ::g.
--
Summary: local extern declaration gets wrong namespace
--- Comment #8 from abel at gcc dot gnu dot org 2010-02-22 20:10 ---
(In reply to comment #7)
> Looks sensible, though unreachable block removal should be conditional on
> us removing an edge, not on lowering anything.
Sure, I'd just make lower_eh_dispatch return a boolean for this and r
[copy-paste from email since I don't think Alisdair has gotten around to
submitting the bug]
I'm currently working at home with GCC 4.4.1 (MinGW build) and as you might
guess from the example, playing around with my own std lib implementation.
I'm currently failing to get my swap overload for arr
--- Comment #5 from manu at gcc dot gnu dot org 2010-02-22 19:49 ---
Approved for GCC 4.6
http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00893.html
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reco
This ought to compile, but doesn't:
template
T&& declval();
template
void test() {
T t(declval()...);
}
int main() {
test(); // OK
test(); // Error
}
--
Summary: [c++0x] array value-initialization and variadics
Product: gcc
Version: 4.5.0
Sta
--- Comment #10 from jakub at gcc dot gnu dot org 2010-02-22 19:21 ---
The next variable is said to live in value 90 and (mem (value 54)), that's
where
those two are equivalenced (canonicalize_values_star). The equivalencing
between value 90 and value 54
is done in val_resolve:
--- Comment #4 from manu at gcc dot gnu dot org 2010-02-22 19:04 ---
Patch http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00891.html
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from jakub at gcc dot gnu dot org 2010-02-22 18:17 ---
Seems it is canonicalize_values_star that inserts the extra (mem (value 54:54))
every second run through bb 12 at the end of compute_bb_dataflow.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43051
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-02-22 18:01 ---
Thanks for filing this separate PR. I am aware of this problem and it is quite
high on my todo list. My first attempts to address this however don't
bootstrap. I would like to get back to this by the end of the wee
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dodji at gcc dot gnu dot org|unassigned at gcc dot gnu
|
--- Comment #6 from gary at intrepid dot com 2010-02-22 17:48 ---
Created an attachment (id=19936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19936&action=view)
parallel "make -j6 install" failure logs
Attached, a collection of install logs run with SHELL="/bin/sh -x", where th
--- Comment #22 from dodji at gcc dot gnu dot org 2010-02-22 17:46 ---
Not working on this right now.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-22 17:40 ---
Subject: Bug 43083
Author: spop
Date: Mon Feb 22 17:40:23 2010
New Revision: 156970
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156970
Log:
Fix PR43083: Do not handle regions ending with multiple edges on th
--- Comment #8 from jakub at gcc dot gnu dot org 2010-02-22 17:23 ---
It is actually:
dataflow difference found: old and new follow:
(value/s/u:DI 54:54 @0x42b02e8/0x42a75c8)
offset 0
(mem/f:DI (value/s/u:DI 56:56 @0x42b0308/0x42a7578) [161 S8 A64])
(value/u:DI 90:90 @0x
--- Comment #7 from jakub at gcc dot gnu dot org 2010-02-22 17:10 ---
Created an attachment (id=19935)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19935&action=view)
gcc45-pr43051.patch
Updated patch, which includes lxo's fix, guality testcase and also a fix for
infinite recursi
--- Comment #2 from marcus at jet dot franken dot de 2010-02-22 17:02
---
chroot /abuild/meissner/root.2/
grape:/usr/src/packages/BUILD/agg-2.5/src/ctrl> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/powerpc64-suse-linux/4.5/lto-wrapper
Target: powerpc64-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |target
Summary|ICE in output_505, at |[4.5 Regressio
--- Comment #1 from marcus at jet dot franken dot de 2010-02-22 16:56
---
Created an attachment (id=19934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19934&action=view)
agg_bezier_ctrl.ii
testcase, unreduced.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43142
g++ -O2 -c agg_bezier_ctrl.ii -fPIC -o xx.o
In file included from ../../include/agg_conv_curve.h:29:0,
from ../../include/ctrl/agg_bezier_ctrl.h:33,
from agg_bezier_ctrl.cpp:27:
../../include/agg_curves.h: In destructor agg::curve
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-22 16:03 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
to/43045
* tree-inline.c (declare_return_variable): Use the type of
the call stmt lhs if available.
* gfortran.dg/lto/20100222-1_0.f03: New testcase.
* gfortran.dg/lto/20100222-1_1.c: Likewise.
Added:
trunk/gcc/testsuite/gfortran.dg/lto/20100222-1_0.f03
trunk/gcc/t
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-02-22 15:44
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-02-22 15:46
---
*** Bug 42923 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-22 15:46 ---
*** This bug has been marked as a duplicate of 42749 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--- Comment #3 from spop at gcc dot gnu dot org 2010-02-22 15:19 ---
This should have been added to this PR:
I copied and forgot to adjust the PR number.
Author: spop
Date: Mon Feb 22 15:13:39 2010
New Revision: 156964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156964
Log:
--- Comment #5 from spop at gcc dot gnu dot org 2010-02-22 15:13 ---
Subject: Bug 43140
Author: spop
Date: Mon Feb 22 15:13:39 2010
New Revision: 156964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156964
Log:
Fix PR43097: rename only SSA_NAMEs.
2010-02-22 Sebastian Pop
--- Comment #17 from comer352l at googlemail dot com 2010-02-22 15:09
---
Great, thank you Steven !
Will this patch also improve compilation time ? It currently needs about 45
seconds with 4.4.3 on a Athlon64X2-5000+ (even with -fnogcse).
In the meantime I managed to test on a windows
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-22 14:55 ---
Subject: Bug 43140
Author: spop
Date: Mon Feb 22 14:55:08 2010
New Revision: 156963
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156963
Log:
Fix PR43140: Add -Wno-conversion-null to pr41305.C.
2010-02-22 Se
Dear Sir/Ma,
Compliment of the season to you! I went through your website address and found
some items i would like to place order on. but before i proceed i will like to
know if your company accepts payment via VISA or MASTER CARD and if your
company ship to Australia. If yes, please get back t
--- Comment #1 from ramana at gcc dot gnu dot org 2010-02-22 14:32 ---
Confirmed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal
--- Comment #3 from dominiq at lps dot ens dot fr 2010-02-22 14:14 ---
CC Sebastian Pop.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
CC|
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-02-22 14:09
---
Subject: Bug 42749
Author: rguenth
Date: Mon Feb 22 14:09:26 2010
New Revision: 156960
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156960
Log:
2010-02-22 Richard Guenther
PR tree-optimizatio
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-22 14:08 ---
Created an attachment (id=19933)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19933&action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43045
--- Comment #2 from manu at gcc dot gnu dot org 2010-02-22 13:49 ---
It seems to me that the template parameter to allocator should be a pointer and
in this testcase is just double. So the warning is correct. If the testcase is
correct, then you should either catch the warning with // {
--- Comment #28 from rguenth at gcc dot gnu dot org 2010-02-22 13:18
---
The ICE is fixed. The wrong-debug issue is PR43141 now.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-22 13:17 ---
Martin, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42336#c22 still applies
here.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
Split out from PR42336.
But here's a C testcase where we lose debug info about a parameter that was
optimized away: there are no formal parameters in the DWARF output for f.
int i;
static int f(int) __attribute ((noinline));
static int f(int x) { return i; }
int main()
{
return f(42);
}
--
--- Comment #7 from spop at gcc dot gnu dot org 2010-02-22 13:11 ---
Subject: Bug 43026
Author: spop
Date: Mon Feb 22 13:10:49 2010
New Revision: 156956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156956
Log:
Fix PR43026: handle COMPONENT_REFs in expand scalar expressions.
2
--- Comment #1 from dominiq at lps dot ens dot fr 2010-02-22 12:55 ---
CC Manuel López-Ibáñez and H.J. Lu.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
Between revisions 156927 and 156932 g++.dg/graphite/pr41305.C has started to
fail (likely due to revision 156928):
[macbook] f90/bug% gcc45 -c -O3 -floop-interchange
/opt/gcc/work/gcc/testsuite/g++.dg/graphite/pr41305.C
/opt/gcc/work/gcc/testsuite/g++.dg/graphite/pr41305.C: In member function
'poi
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-22 12:41 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
/* { dg-do compile } */
/* { dg-options "-g -O2 -fpic" } */
typedef double T1[10];
typedef double T2[10][10];
typedef int T3[10];
void fn1 (void);
void fn2 (int, ...);
static void
bar (double v, double w, double x, double y, double z)
{
double a;
if (v / w < 200.0)
{
a = x + (y - x)
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-02-22 12:02
---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #45 from dominiq at lps dot ens dot fr 2010-02-22 11:21 ---
Bootstrapped and regtested on powerpc-apple-darwin9 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg02098.htm ) and
x86_64-apple-darwin10 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg02102.html) with t
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-22 10:54 ---
(In reply to comment #6)
> How about the below patch? It fixes all testcases for me. I'm not sure
> whether it makes sense to filter duplicate labels this late, but I don't know
> how to do this earlier, as catches
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-02-22 10:27
---
(In reply to comment #17)
> Is there a way to pass alignment information similar to PR 39954?
Well, that wasn't really a true fix but simply restored the (broken) behavior
of earlier compilers so the 4.5 regressio
Compile following code with options -march=armv7-a -mthumb -Os
int foo();
long long bar22()
{
int result = foo();
return result;
}
GCC generates:
bar22:
push{r3, lr}
bl foo
asrsr3, r0, #31// A
mov r1, r3 // B
pop {r3, p
--- Comment #5 from paul dot richard dot thomas at gmail dot com
2010-02-22 09:06 ---
Subject: Re: unneeded temporary
Tobias,
I'll take a look tonight.
Cheers
Paul
On Mon, Feb 22, 2010 at 9:58 AM, burnus at gcc dot gnu dot org
wrote:
>
>
> --- Comment #4 from burnus at gcc do
--- Comment #5 from manu at gcc dot gnu dot org 2010-02-22 09:02 ---
Testing a patch to deprecated -b and -V.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42485
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
--- Comment #17 from irar at il dot ibm dot com 2010-02-22 09:01 ---
Is there a way to pass alignment information similar to PR 39954?
Otherwise, a proper fix would be some inter-procedural analysis... Meantime, we
can do intra-procedural analysis and fail when we reach function argumen
--- Comment #4 from burnus at gcc dot gnu dot org 2010-02-22 08:58 ---
Paul, for the test case in comment 0 we still create a temporary:
b(a)=1
where "a" is a simple-contiguous rank-one array without target/pointer
attribute, which thus cannot alias with "b". Do you think this is fix
--- Comment #15 from dodji at gcc dot gnu dot org 2010-02-22 08:18 ---
Fixed in 4.5 (trunk)
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Statu
86 matches
Mail list logo
