--- Comment #12 from mikael at gcc dot gnu dot org 2009-01-14 20:53 ---
Subject: Bug 38669
Author: mikael
Date: Wed Jan 14 20:53:18 2009
New Revision: 143383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143383
Log:
2009-01-14 Mikael Morin mikael.mo...@tele2.fr
PR
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-14 21:04 ---
I think this is a dup of bug 26399 which was fixed for 4.2.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25351
Compiling the following program:
int printf(const char *fmt, ...);
class MyCompare {
public:
MyCompare() { }
bool operator() (const int a, const int b) const {
return a b;
}
};
templateclass Comp
class Other {
public:
Other (const Comp c) : c_(c) { }
void* doSomething();
--- Comment #1 from nvachhar at google dot com 2009-01-14 21:05 ---
Created an attachment (id=17104)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17104action=view)
Test case program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38851
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-14 21:05 ---
I cannot even compile or link this in any obvious way.
gcc -o t t.c -DDOUBLE
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/crt1.o: In function `_start':
(.text+0x18): undefined reference to `main'
--- Comment #39 from spop at gcc dot gnu dot org 2009-01-14 21:11 ---
Subject: Bug 38431
Author: spop
Date: Wed Jan 14 21:11:05 2009
New Revision: 143384
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143384
Log:
2009-01-14 Sebastian Pop sebastian@amd.com
PR
--- Comment #13 from mikael at gcc dot gnu dot org 2009-01-14 21:12 ---
Fixed on trunk(4.4) and 4.3.
Thanks for the report!
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from laurent at guerby dot net 2009-01-14 21:12 ---
binutils 2.19 and CVS do not seem to cure the issue, I opened:
http://sourceware.org/bugzilla/show_bug.cgi?id=9743
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
--- Comment #3 from burnus at gcc dot gnu dot org 2009-01-14 21:16 ---
Thanks for this report. Please also test with the code of graphite
branch that contains a patch that schedules several scalar optimizations
that can improve the quality of the code generated.
For the geometric
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-14 21:24 ---
I think this code is invalid as the call to Max is not going to be dependent as
the arguments are not dependent and can be looked up at the time the function
is defined.
--
--- Comment #4 from burnus at gcc dot gnu dot org 2009-01-14 21:26 ---
@@ -2451 +2451 @@ gfc_conv_function_call (gfc_se * se, gfc
-fsym-as-type != AS_ASSUMED_SHAPE;
+fsym-as fsym-as-type != AS_ASSUMED_SHAPE;
This might lead to wrong code (though I
--- Comment #3 from nvachhar at google dot com 2009-01-14 21:30 ---
(In reply to comment #2)
I think this code is invalid as the call to Max is not going to be dependent
as
the arguments are not dependent and can be looked up at the time the function
is defined.
I don't think I
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-14 21:46 ---
From a first look Max should be found during argument-dependent name-lookup.
EDG
confirms this theory. gcc 4.1 accepts this code.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from nemet at gcc dot gnu dot org 2009-01-14 21:48 ---
It only happens on SHIFT_COUNT_TRUNCATED targets (i.e. mips but not x86).
I will do some more digging on the history of the SHIFT_COUNT_TRUNCATED code
here but this patch fixes the ICE:
Index: expmed.c
--
nemet at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nemet at gcc dot gnu dot org
|dot org
--- Comment #2 from rbenedik at fsmat dot htu dot tuwien dot ac dot at
2009-01-14 21:50 ---
I tried to make a single file from the code but the bug does not show up there.
You can download the software at:
http://fsmat.htu.tuwien.ac.at/~rbenedik/gauss-2.06.tar
Run
make clean; make
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-14 21:51 ---
Oh yes it only fails inside a template context.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38850
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-14 21:53 ---
Related to PR 34870 and 37804.
friend and templates never got along.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38850
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-14 21:58 ---
other.c_ = c;
The issue here is that MyCompare is an empty struct (but has a sizeof of 1
because C++ standard) but GCC is not deleting stores for some reason.
--
The UBOUND function returns zero for subscript triplets that have a negative
stride, such as 5:4:-1. Fails with both compile-time expressions and run-time
expressions. LBOUND and SHAPE work correctly on the same triplets.
This might be related to 35685 since I think this started soon after
--- Comment #11 from amylaar at gcc dot gnu dot org 2009-01-14 22:06
---
(In reply to comment #10)
You would completely underestimate the optimization opportunities PRE
unleashes.
Well, at least for partial-partial-RE, as mentioned before in PR38401,
benchmarks indicate that we'd
--- Comment #1 from dominiq at lps dot ens dot fr 2009-01-14 22:08 ---
Confirmed on i686-apple-darwin9/trunk, it also fails with gfortran 4.2.3 and
4.3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38852
Consider the attached heapsort.f90. When compiled it gives an internal
compiler error.
According to http://gcc.gnu.org/ml/fortran/2009-01/msg00179.html, the bug is
not present in 4.4.0 20081209 x86_64-*-freebsd .
gfortran -c heapsort.f90
heapsort.f90: In function 'heapsort':
heapsort.f90:1:
--- Comment #1 from kamaraju at gmail dot com 2009-01-14 22:14 ---
Created an attachment (id=17105)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17105action=view)
code to reproduce the internal compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38853
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-14 22:25 ---
You need to do some work to reduce this to a testcase.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-14 23:14 ---
And it is. I had the same issue also and backporting the patch for PR 26399
fixes it for me.
*** This bug has been marked as a duplicate of 26399 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-01-14 23:14 ---
*** Bug 25351 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
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 #5 from hubicka at gcc dot gnu dot org 2009-01-15 00:30 ---
Created an attachment (id=17106)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17106action=view)
Proposed patch
The patch makes GCC to generate movaps load followed by addps. On Core 2 it
speeds up the
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-15 01:07 ---
Confirmed.
here is one that fails with both the C and C++ front-ends:
inline __attribute__((always_inline)) void A(int *this1)
{
int this2;
int this3;
A(this2);
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-15 01:08 ---
Without a self contained testcase, it is hard to decide if this is a bug in GCC
or MPICH2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|Error Building libssp, |[4.4
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
Does anyone knows how to deal with this one:
/usr/bin/ld: a.out: hidden symbol `__fixunsdfdi' in
/opt/gcc402/lib/gcc/i686-pc-linux-gnu/4.0.2/libgcc.a(_fixunsdfdi.o) is
referenced by DSO
/usr/bin/ld: final link failed: Nonrepresentable section on output
Thanks in advance
--
View this message in
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-15 01:25 ---
(In reply to comment #5)
H.J. perhaps, you can have some advice here? Or at least can we do some
benchmarking?
Joey and Xuepeng are looking into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
--- Comment #7 from hubicka at ucw dot cz 2009-01-15 01:49 ---
Subject: Re: [4.4 regression] performance regression of sse code from 4.2/4.3
I guess th3 main difference here is that load + addps pair generate 2
uops, while mov + loading addps generate 3 since the move has to go
--- Comment #3 from dannysmith at users dot sourceforge dot net 2009-01-15
02:39 ---
I believe that this failure reflects the fact that PE_COFF dll's do not allow
undefined symbols. Because of that, the rule to decide shared vs static libgcc
in gcc.c init_gcc_spec, namely the case
--- Comment #2 from jv244 at cam dot ac dot uk 2009-01-15 05:56 ---
looks like this always failed ?
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from jv244 at cam dot ac dot uk 2009-01-15 06:05 ---
doesn't fail in 4.4.0 and 4.3.1.
Since this refers to an 'old' version of trunk (i.e. 4.4. in full development),
I'll close this as fixed. If the problem remains with an up-to-date trunk, or
on any active release
--- Comment #3 from kamaraju at gmail dot com 2009-01-15 06:21 ---
Joost,
Did you test on the solaris machine or on the i386 machine. I think this is a
architecture specific bug. Could you please confirm the architecture of your
machine?
thanks
raju
--
--- Comment #4 from kargl at gcc dot gnu dot org 2009-01-15 06:54 ---
First, the code compiles fine on i386 with 4.4.0 20090113.
Second, I support Joost's position in that the ICE you
posted and the subsequent failure of loading f951 in dbx
suggests the problem is in your installation.
--- Comment #9 from rwild at gcc dot gnu dot org 2009-01-15 07:16 ---
I had no knowledge of `config.status -d`, but this helped me a lot. I've been
able to see the confstat temporary files and figure out the problem. Thanks
for
pointing this out, this will help me a lot to debug
101 - 144 of 144 matches
Mail list logo
