--- Comment #1 from yhd at ict dot ac dot cn 2006-01-23 06:57 ---
This bug also exist when i tried gcc 3.3.4, on itanium 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25920
after compiled with -pg, all the spec2kfp cases (including both c and fortran
cases ) failed at runtime, with the error message : segmentation fault.
--
Summary: after compiled with -pg for profiling, all the spec2kfp
cases failed at runtime
Product: gcc
The mainline compiler for sh4-*-linux-gnu fails during libgcc build:
/exp/ldroot/dodes/xsh-gcc-orig/./gcc/xgcc
-B/exp/ldroot/dodes/xsh-gcc-orig/./gcc/ -B/usr/local/sh4-unknown-linux-gnu/bin/
-B/usr/local/sh4-unknown-linux-gnu/lib/ -isystem
/usr/local/sh4-unknown-linux-gnu/include -isystem
/usr/loc
--- Comment #8 from hjl at lucon dot org 2006-01-23 06:03 ---
This is very strange. Even without the -mtune=generic patch, c34006a fails on
Linux/i686 with -Os, -mtune[i386 i486 pentium k6 athlon k8 pentium4 nocona].
Laurent, do you know why?
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #2 from hp at gcc dot gnu dot org 2006-01-23 05:52 ---
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01515.html
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from hjl at lucon dot org 2006-01-23 05:34 ---
[EMAIL PROTECTED] ada-1]$ make
/export/build/gnu/gcc-last/build-i686-linux/gcc/xgcc
-B/export/build/gnu/gcc-last/build-i686-linux/gcc/ -v
Reading specs from /export/build/gnu/gcc-last/build-i686-linux/gcc/specs
Target: i686-pc
--- Comment #6 from hjl at lucon dot org 2006-01-23 05:32 ---
I think it is a latent bug. When I added -mtune=k8 with revsion 109969, I got
the same failure on c34006a. Laurent, can you verify it as well as cc1226b?
Why do we only see it in Ada?
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #12 from mmitchel at gcc dot gnu dot org 2006-01-23 05:10
---
I don't fully understand stabilize_expr; that's Jason's invention, IIRC.
However, I think that the problem is that for a COND_EXPR we can't pre-evaluate
both arms of the conditional, because only one of them is s
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-23 05:07 ---
Subject: Bug 25901
Author: pault
Date: Mon Jan 23 05:07:52 2006
New Revision: 110106
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110106
Log:
2005-01-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #1 from hp at gcc dot gnu dot org 2006-01-23 04:11 ---
I'll see if I can fix it with the suggestion in the description of this PR.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-23 02:08 ---
I should note the reason why I filed this bug here is because this is a GCC
testsuite failure on i686-darwin. Even though this is testing the NeXT
runtime, this is still a bug in either the objc front-end or the tes
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-01-23 01:26
---
*** Bug 25909 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-23 01:26 ---
this 4.1 is old, please update your GCC.
*** This bug has been marked as a duplicate of 23948 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from gdr at cs dot tamu dot edu 2006-01-23 01:23 ---
Subject: Re: unsigned warning in template
"gdr at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| > I see, I oversimplified the problem a bit. Here is a better example:
| > --
| > #incl
--- Comment #6 from gdr at gcc dot gnu dot org 2006-01-23 01:20 ---
Working on a patch.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #10 from gdr at gcc dot gnu dot org 2006-01-23 01:17 ---
> > With this code:
> > template
> > void f(t c) {
> > assert(0 <= c and c <= 2);
> > }
> > int main() {
> > f(5);
> > }
> > I only get a warning on instantiation.
> >
> >
>
> I see, I oversimplified the problem
The following appeared on mainline on ia64-hp-hpux11.23 (both -milp32 and
-mlp64) between 20060118 (revision 109876) and 20060121 (revision 110062),
probably when these tests were added.
FAIL: gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops
1
FAIL: gcc.dg/vect/vect-reduc-p
The following appeared on 4.0 branch (only) on ia64-hp-hpux11.23, -milp32 only,
between 20060104 (revision 109314) and 20060106 (revision 109408), presumably
when this test was added. Appears unrelated to bug 25890 concerning the same
testcase on mainline.
FAIL: gcc.c-torture/compile/20051228-1.c
--- Comment #2 from jsm28 at gcc dot gnu dot org 2006-01-23 00:46 ---
Appeared on ia64-hp-hpux11.23 between revisions 109876 and 110062.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25915
Consider:
---
template
void bar() {}
namespace { class C {};}
void (*FP)() = bar;
---
Because 'bar' is instantiated with 'C', a class in an anonymous namespace, this
instantiation can never be shared across other translation units. As such, it
should be marked static, to improve static and dyna
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2006-01-22 22:29
---
(From update of attachment 10701)
Probably too gross.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from rakdver at gcc dot gnu dot org 2006-01-22 21:49
---
This ICE works this way: to build_throw, we get expression exp that looks like
TARGET_EXPR
Where t1 and t2 are TARGET_EXPRs with cleanups (*). build_throw generates code
TARGET_EXPR ;
try
{
*(struct logi
/mnt/gnu/gcc-3.3/objdir/./gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/./gcc/
-B/opt/gnu64
/gcc/gcc-4.2.0/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.2.0/hppa64-hp-hpu
x11.11/lib/ -isystem /opt/gnu64/gcc/gcc-4.2.0/hppa64-hp-hpux11.11/include
-isyst
em /opt/gnu64/gcc/gcc-4.2.0/hppa64-hp-hpux11.11/sys-incl
--- Comment #5 from gdr at cs dot tamu dot edu 2006-01-22 21:17 ---
Subject: Re: Client's isnormal function is broken by cmath
"hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #3)
|
| > (3) even when isnormal is enable-if hacked, you still potentially
--- Comment #4 from hhinnant at apple dot com 2006-01-22 20:49 ---
(In reply to comment #3)
> (3) even when isnormal is enable-if hacked, you still potentially
> run into the same problem.
For example?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25913
--- Comment #3 from gdr at cs dot tamu dot edu 2006-01-22 20:42 ---
Subject: Re: Client's isnormal function is broken by cmath
"hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #1)
| >
| > Does the problem exist if you configure with --disable-c99?
|
| I
--- Comment #2 from hhinnant at apple dot com 2006-01-22 20:25 ---
(In reply to comment #1)
>
> Does the problem exist if you configure with --disable-c99?
I haven't tried that configuration. The docs say that setting may change
libstdc++'s ABI.
So this is expected behavior for the d
--- Comment #1 from gdr at cs dot tamu dot edu 2006-01-22 20:10 ---
Subject: Re: New: Client's isnormal function is broken by cmath
"hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
| I believe the program below should compile:
Does the problem exist if you configure with --di
I believe the program below should compile:
#include
#include
struct employee
: private std::string
{
};
struct manager
: public employee
{
};
bool isnormal(const employee& e)
{
return false;
}
int main()
{
manager m;
bool b = isnormal(m);
}
cmath: error: invalid cast fr
--- Comment #1 from pault at gcc dot gnu dot org 2006-01-22 19:54 ---
I have just posted the patch that I intend to commit tomorrow.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25901
--- Comment #2 from kargl at gcc dot gnu dot org 2006-01-22 19:18 ---
Here's the back trace.
#0 gfc_free_namespace (ns=0x861d800) at ../../gcc4x/gcc/fortran/symbol.c:2361
#1 0x0808a292 in free_sym_tree (sym_tree=0x8616560)
at ../../gcc4x/gcc/fortran/symbol.c:2328
#2 0x0808a2e3 in
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #14 from gdr at gcc dot gnu dot org 2006-01-22 17:44 ---
Fixed in 4.0.0 and higher. Won't fix in 3.4.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from julius at zgod dot cjb dot net 2006-01-22 17:41 ---
Created an attachment (id=10707)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10707&action=view)
gcc -v -save-temps ...
gcc -v -save-temps -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declar
--- Comment #4 from gdr at gcc dot gnu dot org 2006-01-22 17:39 ---
Fixed in 4.2.0.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from gdr at gcc dot gnu dot org 2006-01-22 17:32 ---
Subject: Bug 10891
Author: gdr
Date: Sun Jan 22 17:32:30 2006
New Revision: 110092
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110092
Log:
2006-01-22 Gabriel Dos Reis <[EMAIL PROTECTED]>
PR c++/108
--- Comment #10 from hjl at lucon dot org 2006-01-22 17:28 ---
Can you remove the installed gcc 4.2 and rerun the Ada tests to see what
happens?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25898
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-22 17:11 ---
Reopen, this is a bug in Ada's checking mechanism and not really in the driver.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
When I try to compile Asterisk 1.2.2 on a pretty standard Debian 3.1 Sarge
system, I get the following:
gcc -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declaration
s -g3 -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE -O6 -march=i586
-fomit-frame-pointer-c -o channel
--- Comment #5 from laurent at guerby dot net 2006-01-22 16:50 ---
It does work for me. What is the version of your host Ada compiler? On the
machine I used to bootstrap 109969 it is:
$ gnatls -v
GNATLS 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)
...
mkdir -p ada/bldtools/nmak
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2006-01-22 16:31
---
Created an attachment (id=10706)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10706&action=view)
Other patch for miscompilation on s390x.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
--- Comment #4 from hjl at lucon dot org 2006-01-22 16:14 ---
I got the same Ada bootrap problem with revision 109968.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25899
--- Comment #3 from hjl at lucon dot org 2006-01-22 16:08 ---
Are you sure that r109969 really works. I got
mkdir -p ada/bldtools/nmake_b
cp -p /net/gnu-13/export/gnu/src/gcc-last/gcc/gcc/ada/sinfo.ads
/net/gnu-13/export/gnu/src/gcc-last/gcc/gcc/ada/nmake.adt
/net/gnu-13/export/gnu/src/
--- Comment #3 from aldot at gcc dot gnu dot org 2006-01-22 15:46 ---
Created an attachment (id=10705)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10705&action=view)
Probably improper patch to make it build somehow.
With this patch libgomp builds again for me. This patch is most
--- Comment #2 from christophe dot jaillet at wanadoo dot fr 2006-01-22
15:35 ---
Created an attachment (id=10704)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10704&action=view)
patch to correct the memory leak
Correct the memory leak describded.
Bootstrapped against i686-pc-c
--- Comment #2 from hjl at lucon dot org 2006-01-22 14:51 ---
I don't know anything about Ada. Can you convert the testcase into C?
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #8 from hjl at lucon dot org 2006-01-22 14:47 ---
*** Bug 25898 has been marked as a duplicate of this bug. ***
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #8 from hjl at lucon dot org 2006-01-22 14:47 ---
I will be that the installed gcc Ada 4.2 compiler was used for "make check",
similar to PR 14435.
*** This bug has been marked as a duplicate of 14435 ***
--
hjl at lucon dot org changed:
What|Removed
--- Comment #7 from hjl at lucon dot org 2006-01-22 14:45 ---
It looks like an old bug.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #2 from aldot at gcc dot gnu dot org 2006-01-22 14:06 ---
(In reply to comment #1)
> Created an attachment (id=10702)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10702&action=view) [edit]
> Mark arguments as unused.
>
Now the bootstrap stops later on with:
/home/co
--- Comment #1 from dcb314 at hotmail dot com 2006-01-22 14:05 ---
Created an attachment (id=10703)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10703&action=view)
c source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25911
--- Comment #1 from aldot at gcc dot gnu dot org 2006-01-22 14:04 ---
Created an attachment (id=10702)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10702&action=view)
Mark arguments as unused.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25910
I just tried to compile package gsl-1.7-2 from Suse Linux with a recent
GNU C compiler version 4.2 snapshot 20060121.
The compiler snapshot said
/home/dcb/gnu/42-20060121/results/bin/gcc -g -O3 -Wall -fmessage-length=0
-DHAVE_CONFIG_H -I. -I. -I.. -I.. -O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE
/home/cow/obj.ia32/gcc/./gcc/xgcc -B/home/cow/obj.ia32/gcc/./gcc/
-B/opt/gcc-4.2//i686-linux-gnu/bin/ -B/opt/gcc-4.2//i686-linux-gnu/lib/ -
isystem /opt/gcc-4.2//i686-linux-gnu/include -isystem
/opt/gcc-4.2//i686-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
-I../../../../src/gcc-4.
2/libgomp -I. -I../
--- Comment #3 from pbrook at gcc dot gnu dot org 2006-01-22 13:41 ---
Smaller testcase:
void
read_encoded_value_with_base (const unsigned char *p, unsigned * val)
{
union unaligned
{
unsigned short u2;
}
__attribute__ ((__packed__));
const union unaligned *u = (const union
--- Comment #7 from amodra at bigpond dot net dot au 2006-01-22 13:00
---
Dan Berlin suggested this patch on irc. (At least, this is how I remember the
sugestion..) Bootstrapped and reg tested powerpc64-linux. Cures the problem.
Index: gcc/tree-ssa-pre.c
--- Comment #6 from laurent at guerby dot net 2006-01-22 11:49 ---
ACATS use the host base compiler for compiling two tools that are used to
preprocess test sources. Everything else is done using the just built gnatmake.
I can't find special processing for tune/cpu in the Ada sources.
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2006-01-22 11:44
---
Created an attachment (id=10701)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10701&action=view)
Patch for miscompilation on s390x.
--
ebotcazou at gcc dot gnu dot org changed:
What|Rem
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-01-22 11:43
---
> No real solution as of this writing, only a poor workaround: not compiling the
> support files with -gnato (overflow checks).
Well, I may have spoken too soon. :-) We are calling Remove_Side_Effects on:
N_Ty
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-01-22 11:30 ---
I did see the same effect on interal builds of 4.1 with the patches applied,
but Honza could not reproduce either. I believe there's some magic going on in
that Ada uses the host compiler for some/all tests?
--
--- Comment #1 from dawid dot ciezarkiewicz at gmail dot com 2006-01-22
11:27 ---
Created an attachment (id=10700)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10700&action=view)
qsvghandler.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25909
g++ -c -pipe -I/usr/include/mysql -march=pentium4 -march=pentium4
-march=pentium4 -march=pentium4 -O2 -s -pipe -ffast-math -s -pipe -ffast-math
-s -pipe -ffast-math -s -pipe -ffast-math -fvisibility=hidden
-fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED
-DQT_EDITION=QT_EDITION_D
--- Comment #2 from gdr at gcc dot gnu dot org 2006-01-22 10:52 ---
Definitely. Use of dynamic_cast should be rejected if -fno-rtti.
Working on a patch.
-- Gaby
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from gdr at gcc dot gnu dot org 2006-01-22 10:44 ---
(In reply to comment #0)
> Sometimes a variable is created only for the side-effects of its
> constructor/destructor. For example, in the following code:
>
> struct Closer { ~Closer() { CloseClipboard(); } } closer;
>
--- Comment #7 from gdr at gcc dot gnu dot org 2006-01-22 10:32 ---
(In reply to comment #6)
> I think this is related to PR 13095 or least the definition of what is a base
> class is.
That PR is different. A using declaration must nominate a base class.
This PR is not about a using de
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2006-01-22 10:19
---
> Any ideas why this would be the case?
The types are not supposed to alias each other. The lines in the .dg file are:
R8b : fdd2a00__write__A7b__2 :=
ada__streams__Tstream_element_offsetB?(
--- Comment #1 from laurent at guerby dot net 2006-01-22 09:14 ---
Was working with 109966, started failing with 109968
r109968 | law | 2006-01-19 17:30:59 +0100 (Thu, 19 Jan 2006) | 9 lines
* tree-vrp.c (extract_range_from_assert): Refine the result range
if the varia
69 matches
Mail list logo
