--- Comment #4 from hjl at lucon dot org 2006-05-21 06:59 ---
It also happens on Linux/ia64.
--
hjl at lucon dot org changed:
What|Removed |Added
GCC host triplet|hppa6
--- Comment #3 from hjl at lucon dot org 2006-05-21 06:58 ---
*** Bug 27633 has been marked as a duplicate of this bug. ***
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #4 from hjl at lucon dot org 2006-05-21 06:58 ---
It is the same as PR 27449.
*** This bug has been marked as a duplicate of 27449 ***
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #3 from pault at gcc dot gnu dot org 2006-05-21 05:47 ---
I believe this to be the same as PR27449.
I have a fix in mind that I will try over the next few days (see PR27449)
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-21 05:34 ---
Confirmed, this testcase should be xfailed for targets that don't have
cxa_atexit.
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00748.html
is the patch which will xfail it.
--
pinskia at gcc dot gnu dot org chang
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2006-05-21 01:56
---
Subject: Bug 24459
Author: jvdelisle
Date: Sun May 21 01:56:04 2006
New Revision: 113948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113948
Log:
2006-05-20 Jerry DeLisle <[EMAIL PROTECTED]>
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-21 01:28 ---
Confirmed with -O3 -fsee.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfir
--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-21 01:24 ---
Can you still reproduce this bug with the most recent mainline?
I am having trouble reproducing this bug.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hjl at lucon dot org 2006-05-21 00:48 ---
This patch does pass my initial test. I will rebuild the whole benckmark
to double check it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27592
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-21 00:30 ---
And here is the patch which fixes this (it was very simple to figure out what
was going wrong):
I don't have time to regression test it.
[kudzu:trunk/gcc/cp] pinskia% svn diff rtti.c
Index: rtti.c
=
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-21 00:19 ---
This is a front-end issue:
if (SAVE_EXPR <__dynamic_cast ((struct AD.1975 *) SAVE_EXPR <(struct AD.1975 &)
NON_LVALUE_EXPR >, &_ZTI1AD.1992, &_ZTI1BD.2033, 0)>)
So what does the middle-end expect when it casts
--- Comment #5 from hjl at lucon dot org 2006-05-21 00:16 ---
This bug only shows up after this patch
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00057.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27592
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-21 00:14 ---
*** Bug 27694 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-21 00:14 ---
And this is PR 27592.
I don't understand why the cast is showing up.
But what this says is the front-end is messed up to begin with.
*** This bug has been marked as a duplicate of 27592 ***
--
pinskia at gcc dot
After this patch:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00057.html
C++ dynamic cast code on x86-64 changes to
call__dynamic_cast
testb %al, %al
and stops working for some cases. The previous working version on x86-64 is
call__dynamic_cast
testq
--- Comment #6 from patchapp at dberlin dot org 2006-05-20 23:14 ---
Subject: Bug number PR C++/26740
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01042.html
--
http://gcc.gnu.org/bugzil
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-20 22:56 ---
Confirmed, sometime between 4.0.3 20051105 and the release of 4.0.3 the
regression was introduced.
And sometime between 4.1.0 20060208 and the release of 4.1.0, it started to be
rejected.
Janis, could you do a regre
I don't know how to describe this. The compiler generates a warning in a very
specific case. See the very simple and small program below and the different
cases where the type error occurs and doesn't occur. I'm not a C++ expert but
this seems whacky. Note that this does not occur with gcc on a
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-05-20 22:35
---
Subject: Bug 25776
Author: pinskia
Date: Sat May 20 22:35:02 2006
New Revision: 113941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113941
Log:
2006-05-20 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-05-20 22:35
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from hjl at lucon dot org 2006-05-20 22:21 ---
I applied the same patch to gcc 4.1 redhat. Now I can build and run SPEC CPU
2006 successfully with gcc for the first time. The only issue is I have to
apply 2 patches to tonto in SPEC CPU 2006. I am not 100% sure that if ton
--- Comment #5 from andreast at gcc dot gnu dot org 2006-05-20 21:37
---
Fixed.
http://gcc.gnu.org/ml/gcc-cvs/2006-05/msg00541.html
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from gcc-bugzilla at contacts dot eelis dot net 2006-05-20
21:32 ---
But for what F and T would F match foo::bar ?
In looking for workarounds I found that the same problem occurs when using
partial specialization:
template struct S {};
template class T> struct S >
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/g++/../../g++ -B/mnt/g
nu/gcc-3.3/objdir/gcc/testsuite/g++/../../ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/g
++.old-deja/g++.other/init5.C -nostdinc++ -I/mnt/gnu/gcc-3.3/objdir/hppa2.0w-h
p-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/m
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-20 20:22 ---
*** Bug 27691 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27609
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-20 20:22 ---
This is the same issue as PR 27690 and PR 27609 so closing as a dup of bug
27609.
*** This bug has been marked as a duplicate of 27609 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/g++/../../g++ -B/mnt/g
nu/gcc-3.3/objdir/gcc/testsuite/g++/../../ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/g
++.old-deja/g++.other/static14.C -nostdinc++ -I/mnt/gnu/gcc-3.3/objdir/hppa2.0
w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-20 20:20
---
(In reply to comment #11)
> Did you resolve your copyright problems?
No but this patch is small enough not to need a copyright assignment so I am
going to commit it now.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-20 20:19 ---
*** Bug 27690 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27609
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-20 20:19 ---
This is the same problem as PR 27609, the patch linked there should also fix
this one so closing as a dup.
*** This bug has been marked as a duplicate of 27609 ***
--
pinskia at gcc dot gnu dot org changed:
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/g++/../../g++ -B/mnt/g
nu/gcc-3.3/objdir/gcc/testsuite/g++/../../ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/g
++.old-deja/g++.other/static20.C -nostdinc++ -I/mnt/gnu/gcc-3.3/objdir/hppa2.0
w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -
--- Comment #8 from kazu at gcc dot gnu dot org 2006-05-20 20:10 ---
*** This bug has been marked as a duplicate of 12454 ***
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from kazu at gcc dot gnu dot org 2006-05-20 20:10 ---
*** Bug 21898 has been marked as a duplicate of this bug. ***
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2006-05-20 20:10 ---
I have been writing to Dylan and Daniel, cc'd to you but your copies bounce.
The upshot of the exchange is that on an Athlon1700, the spec2006 testcase runs
on tonto-1.0 in 1hour 5minutes with gfortran -O3 -ffast-math
--- Comment #20 from fxcoudert at gcc dot gnu dot org 2006-05-20 20:07
---
(In reply to comment #18)
> The error
> /usr/src/local/gcc/libgfortran/mk-kinds-h.sh: Unknown type
> happens because gfortran was compiled without -Wl,-R/usr/local/lib, so it
> cannot find libmpr.
>
> The top
--- Comment #30 from pinskia at gcc dot gnu dot org 2006-05-20 19:54
---
*** Bug 27251 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-20 19:54 ---
Yes this is a dup of bug 18058, then.
*** This bug has been marked as a duplicate of 18058 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from r_ovidius at eml dot cc 2006-05-20 19:53 ---
The build was a crossed-native. A cross compiler (linux->mingw) was building a
mingw native compiler.
build=i686-pc-linux-gnu
host=i686-pc-mingw32
target=i686-pc-mingw32
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-20 19:52 ---
Posted a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #7 from kazu at gcc dot gnu dot org 2006-05-20 19:40 ---
Posted a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-05-20 19:38 ---
(In reply to comment #2)
> Same error happens when building a native compiler with i686-pc-cygwin
> without --disable-checking, on an Athlon XP 2600, with a trunk as of
> a few minutes ago.
... and on i686-pc-linux-
--- Comment #24 from rakdver at gcc dot gnu dot org 2006-05-20 19:27
---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01032.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rakdver at gcc dot gnu dot org 2006-05-20 19:27 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01032.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-05-20 19:26 ---
Same error happens when building a native compiler with i686-pc-cygwin
without --disable-checking, on an Athlon XP 2600, with a trunk as of
a few minutes ago.
Commands were:
../../gcc/trunk/configure --enable-langu
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-05-20 18:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.0.2
Summary|[4.0/4.2 regression]|[4.1/4.2 regres
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-20 18:50 ---
I think GCC 4.2.0 is correct in saying the function call is ambiguous, bar is
still a template class.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27689
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-20 18:45 ---
Just to confirm, you are building a cross compiler with GCC 4.2.0?
If so this is a dup of bug 18058.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27251
The following code compiles with gcc version 4.0.2 20050901 (prerelease) but
does not compile with gcc version 4.2.0 20060513 (experimental)
void f (...);
template class F, typename T> void f (F);
template struct foo { struct bar {}; };
void g (foo::bar x) { f(x); } // error: call to f i
--- Comment #19 from sgk at troutmask dot apl dot washington dot edu
2006-05-20 16:54 ---
Subject: Re: ../.././libgfortran/mk-kinds-h.sh: Unknown type
On Sat, May 20, 2006 at 04:24:25PM -, prlw1 at cam dot ac dot uk wrote:
>
>
> --- Comment #18 from prlw1 at cam dot ac dot u
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27681
--- Comment #18 from prlw1 at cam dot ac dot uk 2006-05-20 16:24 ---
I have just experienced exactly the same error on a NetBSD-current/i386 system.
There the problem is not gmp et al.'s fault, and I can't see quite enough
detail in the problem on alpha below to see that it isn't the sam
--- Comment #4 from roger at eyesopen dot com 2006-05-20 15:14 ---
This problem is fixed by specifying the -frounding-math command line option,
which informs the compiler that non-default rounding modes may be used.
With gcc-3.4, specifying this command line option disables this potentia
--- Comment #8 from rsandifo at gcc dot gnu dot org 2006-05-20 14:19
---
Fixed by: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01023.html
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rsandifo at gcc dot gnu dot org 2006-05-20 14:16
---
Subject: Bug 25891
Author: rsandifo
Date: Sat May 20 14:15:51 2006
New Revision: 113929
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113929
Log:
gcc/testsuite
PR testsuite/25891
* g++.dg/
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|treelang|bootstrap
Ever
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org
--- Comment #6 from kazu at gcc dot gnu dot org 2006-05-20 08:00 ---
Reduced down to:
signed long long sll;
void
foo (void)
{
__sync_fetch_and_add (&sll, 1);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27266
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2006-05-20 07:20
---
Fixed on 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-05-20 07:15
---
Subject: Bug 24459
Author: jvdelisle
Date: Sat May 20 07:14:50 2006
New Revision: 113924
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113924
Log:
2006-05-20 Jerry DeLisle <[EMAIL PROTECTED]>
62 matches
Mail list logo
