--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-23 06:51 ---
And here is the C example:
void f(double *__restrict__ qa, double *__restrict__ qb, double *__restrict__
qc,
double *__restrict__ rtrms)
{
int i;
static double qam[6000];
static double qbm[6000];
stat
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-23 06:45 ---
This is a regression from 4.0.3.
The problem is that we are converting vector1/vector2, vector3/vector2 into
temp = 1.0/vector2, vector1*temp, vector3*temp which is wrong as 1.0 is a float
but vector2 is a vector.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-23 06:41 ---
There is definitely something wrong:
reciptmp.126 = 1.0e+0 / M*((vector real8 *) rtrms + (vector real8 *)
ivtmp.111){misalignment: 0};
1.0/vector is wrong.
--
pinskia at gcc dot gnu dot org changed:
The following code ices with the given options:
$ cat icey.f
SUBROUTINE IRCGS2(NC,QA,QB,QC,RTRMS)
IMPLICIT DOUBLE PRECISION(A-H,O-Z)
DIMENSION QA(NC), QB(NC), QC(NC), QCM(6000), QBM(6000), QAM(6000),
* RTRMS(NC)
IF (NC .GT. 6000) NC = 6000
DO 30 I = 1,NC
--- Comment #65 from pinskia at gcc dot gnu dot org 2006-03-23 06:30
---
*** Bug 26820 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-03-23 06:30 ---
This is not a bug, you are misunderstanding what order stuff gets evaluated in
the following expression:
cout << f(x, y, z) << " " << x << y << z << endl;
The C++ standard leaves the order of evaluating of f(x,y,z)
--- Comment #1 from ramiller at mines dot edu 2006-03-23 06:29 ---
Created an attachment (id=11102)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11102&action=view)
Source code from which compiler bug was determined
I figured out how to attach the source code...
--
http://gcc
Results of gcc -v -save-temps all-your-options source-file:
gcc -v -save-temps all-your-options SampleExam1.cpp
gcc: all-your-options: No such file or directory
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
-
--- Comment #23 from jvdelisle at gcc dot gnu dot org 2006-03-23 06:18
---
Fixed on 4.1.1 and 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from jvdelisle at gcc dot gnu dot org 2006-03-23 06:09
---
Subject: Bug 26509
Author: jvdelisle
Date: Thu Mar 23 06:09:14 2006
New Revision: 112314
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112314
Log:
2006-03-22 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2006-03-23 06:07
---
Subject: Bug 26509
Author: jvdelisle
Date: Thu Mar 23 06:07:32 2006
New Revision: 112313
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112313
Log:
2006-03-22 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from pault at gcc dot gnu dot org 2006-03-23 05:45 ---
Bud,
SIGN is the same - I just changed ~50 instances of mixed arguments in a code
that is as old as the mountains. gfortran is correct but..
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26815
--- Comment #8 from patchapp at dberlin dot org 2006-03-23 05:05 ---
Subject: Bug number PR tree-opt/26795
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-03/msg01422.html
--
http://gcc.gnu.org/b
--- Comment #7 from lucier at math dot purdue dot edu 2006-03-23 03:16
---
Subject: Re: Bootstrapping with a non default ABI (-m64 on ppc-darwin or on
ppc-linux with a compiler defaulting to 32 and now defaulting to 64)
By the way, the last thing the bootstrap does is build libiberty
--- Comment #6 from lucier at math dot purdue dot edu 2006-03-23 02:53
---
Subject: Re: Bootstrapping with a non default ABI (-m64 on ppc-darwin or on
ppc-linux with a compiler defaulting to 32 and now defaulting to 64)
On Mar 22, 2006, at 5:29 PM, ebotcazou at gcc dot gnu dot org wr
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-23 01:54 ---
The only thing I can think of what is causing this is the replacement is
causing the use info to go bad as there are two uses in this one statement.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26806
--- Comment #1 from flash at pobox dot com 2006-03-23 01:43 ---
Created an attachment (id=11101)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11101&action=view)
Delta-reduced version
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26818
The file below causes "internal compiler error: tree check: expected class
'type', have 'exceptional' (error_mark) in finish_struct, at c-decl.c:5350"
with a checking=all build of GCC 4.1.0 on both Ubuntu Linux 5.04 and Mac OSX
10.4.5. This is a Delta-reduced preprocessed version of the Linux kern
)RETURN
STOP
end subroutine test
$ elm3b11:/home/pawar> /opt/gcc-nightly/trunk-20060322/bin/gfortran -c -o y.o
-ftree-loop-linear -O2 -m32 y.f90
y.f90: In function test:
y.f90:1: error: definition in block 15 follows the use
for SSA_NAME: PARM_NOALIAS.19_70 in statement:
# V
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-03-23 01:06
---
Jakub posted a patch:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01419.html
So this is no longer mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-23 00:40 ---
The statement is:
D.939_75 = ng2.13D.965_8 + ng2.13D.965_66
Oh, before we had:
D.939_75 = ng2.13_66 + ng2.13_66;
Looks like phicprop does not replace both ng2.13_66.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-23 00:36 ---
Well we get a SSA_NAME in the free list:
def_stmt
version 66 in-free-list>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26806
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|requirements for wchar_t|requirements for wchar_t
|support are too restricti
[EMAIL PROTECTED] ac_avionics]$ cat b.f
REAL*4 EW
INTEGER*2 IH
IH = 2
EW = FLOAT(IH)
PRINT*,EW
END
[EMAIL PROTECTED] ac_avionics]$ g77 b.f
[EMAIL PROTECTED] ac_avionics]$ ./a.out
2.
[EMAIL PROTECTED] ac_avionics]$ gfortran b.f
In file b.f:4
EW = FLOAT(I
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-23 00:09 ---
I see a similar failure in galgel on Diego's testers:
/home/cygnus/dnovillo/perf/sbox/gcc/local.i686/inst.tobiano/bin/gfortran -c -o
bifgel.o -ffixed-form -ffloat-store -O2 -march=pentium4
-mtune=generic
[EMAIL PROTECTED] ac_avionics]$ cat a.f
REAL*4 EW
REAL*8 ED
REAL*4 TEMP
TEMP = ATAN2(EW,ED)
END
[EMAIL PROTECTED] ac_avionics]$ g77 a.f
[EMAIL PROTECTED] ac_avionics]$ gfortran a.f
In file a.f:4
TEMP = ATAN2(EW,ED)
1
Error: 'x' argum
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-03-22 23:30
---
> Actually this is talked about in the thread I pointed to, since the addition
> of
> toplevel bootstrap, GCC should be able to do this without any troubles.
Note that the PR is reported against 4.1.0. And this
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-03-22 23:29
---
> CC="gcc -m64" $srcdir/configure --prefix=/pkgs/gcc-4.1.0 --with-gmp=/sw/
> --with-mpfr=/sw/ --with-as=/usr/local/odcctools-20060123/bin/as
> --with-ld=/usr/local/odcctools-20060123/bin/ld --enable-languages=c
W
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-22 23:26 ---
Actually this is talked about in the thread I pointed to, since the addition of
toplevel bootstrap, GCC should be able to do this without any troubles.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-03-22 23:24
---
If you start with a 32-bit compiler, the correct sequence of operations is:
CC="gcc -m64" $srcdir/configure --prefix=/pkgs/gcc-4.1.0 --with-gmp=/sw/
--with-mpfr=/sw/ --with-as=/usr/local/odcctools-20060123/bin/as
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 23:23 ---
This is the same issue as the follow patch tries to solve:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01604.html
So it is not just PPC-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26814
Configured and built with
#!/bin/tcsh
/bin/rm -rf *; ../configure --prefix=/pkgs/gcc-4.1.0 --with-gmp=/sw/
--with-mpfr=/sw/ --with-as=/usr/local/odcctools-20060123/bin/as
--with-ld=/usr/local/odcctools-20060123/bin/ld --enable-languages=c; make -j 8
bootstrap BOOT_CFLAGS='-mcpu=970 -m64 -O2 -g' >&
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-22 23:04 ---
Changing back to new then.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-22 23:03 ---
Fixed in 4.1.0 then.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #16 from jonz at gcc dot gnu dot org 2006-03-22 22:12 ---
Subject: Bug 24173
Author: jonz
Revision: 112262
Modified property: svn:log
Modified: svn:log at Wed Mar 22 22:11:55 2006
--
--- svn:log (or
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-03-22 22:00
---
Fixed on mainline.
The testcase is still missing, though.
Will probably also be fixed on the 4.1 branch, since the patch is required
for a complete fix of PR 26790 which is a 4.1/4.2 regression.
--
reichelt at
Hi All,
Bug encountered building X. Probably already reported but I couldn't
find any reference. I did google...
Commandline..
make World CROSSCOMPILEDIR=/usr/local/arm-linux/bin
X version XFree86-4.5.0, first 3 source archives only.
Following instructions for configuring as per
http://www.h
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-03-22 21:58
---
Fixed on mainline.
The testcase is still missing, though.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-03-22 21:45
---
Subject: Bug 26790
Author: reichelt
Date: Wed Mar 22 21:45:13 2006
New Revision: 112298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112298
Log:
PR mudflap/26790
* tree-mudflap.c (mudflap
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-03-22 21:42
---
Subject: Bug 26789
Author: reichelt
Date: Wed Mar 22 21:42:34 2006
New Revision: 112296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112296
Log:
PR mudflap/26789
* tree-mudflap.c (mf_xfor
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-22 21:39 ---
Full testing of my patch is happening right now. It worked for this testcase
just fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26795
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-22 21:22 ---
Confirmed, but I don't see could not figure out why the segfault is there.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 21:09 ---
Look at config.log in libstdc++ subdirectory to see why it fails. The error
message is misleading.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26810
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 21:00 ---
Confirmed, I was going to link the llibjava testing bug but you already found
it :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26813
--- Comment #39 from pinskia at gcc dot gnu dot org 2006-03-22 20:54
---
*** Bug 26811 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-03-22 20:54 ---
Fixed in 4.0.1.
*** This bug has been marked as a duplicate of 21173 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from reichelt at gcc dot gnu dot org 2006-03-22 20:14
---
Fixed in mainline.
I.e. the C and C++ frontend now return "4" if an ICE occurred,
and a code less than 4 if a regular error occurred.
(The Fortran frontend has been doing this already.)
In order to see the exit
The testsuite does not check for ICEs. Therefore, ICEs often go unnoticed
when they happen in a line that is marked with { dg-error "" }.
(See e.g. PR 24128, PR 26739, PR 26740 and several others).
Btw, this is somewhat similar to
PR 25241 "DejaGNU does not distinguish between errors and warnings"
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-03-22 20:06 ---
Created an attachment (id=11099)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11099&action=view)
patch
This patch adds the appropriate _r10 versions.
It also includes the reversal of automake to 1.9.3 (which
--- Comment #12 from pault at gcc dot gnu dot org 2006-03-22 20:02 ---
Fixed on trank and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pault at gcc dot gnu dot org 2006-03-22 20:00 ---
Subject: Bug 17298
Author: pault
Date: Wed Mar 22 20:00:17 2006
New Revision: 112293
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112293
Log:
2006-03-22 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
Making all in mysys
if gcc -pipe -mcpu=power -Wa,-many
-DDEFAULT_BASEDIR=\"/usr/local/mysql\" -DDATADIR="\"/usr/local/mysql
/var\"" -DDEFAULT_CHARSET_HOME="\"/usr/local/mysql\""
-DSHAREDIR="\"/usr/local/mysql/share/mysql\"" -DDEFAULT
_HOME_ENV=MYSQL_HOME -DDEFAULT_GROUP_SUFFIX_ENV=MYSQ
--- Comment #10 from reichelt at gcc dot gnu dot org 2006-03-22 19:36
---
Subject: Bug 22600
Author: reichelt
Date: Wed Mar 22 19:36:22 2006
New Revision: 112292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112292
Log:
PR driver/22600
* system.h (ICE_EXIT_COD
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-03-22 19:27
---
The 2 failures have been introduced by the following change:
2006-03-20 Jeff Law <[EMAIL PROTECTED]>
* tree-pass.h (pass_phi_only_copy_prop): Delete.
(pass_phi_only_cprop): Declare.
* p
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-22 19:26 ---
I think I have a fix, removing this condition as this condition predates the
change for overflow constants being gimple invariant.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-22 19:19 ---
The problem is the follow if is being hit:
2941 /* If OP is a constant that has overflowed, do not value number
2942 this expression. */
2943 if (CONSTANT_CLASS_P (op)
2944
--- Comment #18 from cristipp at excite dot com 2006-03-22 19:10 ---
(In reply to comment #17)
> see the solution in 24660
I'm not sure I understand correctly: are all C++ template libraries supposed to
add 24660-style machinery?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
--- Comment #22 from tkoenig at gcc dot gnu dot org 2006-03-22 19:09
---
Subject: Bug 19303
Author: tkoenig
Date: Wed Mar 22 19:09:11 2006
New Revision: 112290
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112290
Log:
2006-03-22 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-22 18:56 ---
(In reply to comment #3)
> The problem is that is the following:
> Created value VH.637 for VIEW_CONVERT_EXPR c37213d__E27b__S31b___C_PAD[D.1589:D.1591]>(*_init$P_ARRAY_101)[A28b.23_725]{lb:
> 1 sz: 4} vuses:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-22 18:54 ---
The problem is that is the following:
Created value VH.637 for VIEW_CONVERT_EXPR(*_init$P_ARRAY_101)[A28b.23_725]{lb:
1 sz: 4} vuses: (HEAP.76_1012)
That should have been two split up into two VH's.
--
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-22
18:49 ---
Subject: Re: [4.2 Regression] FAIL: gcc.dg/torture/pr24626-1.c -O2 (test for
excess errors)
> I bet this was caused by the IA64 scheduler improvements on 2006-03-16.
That's probably a good candidate. R
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-03-22 18:48
---
The 3 failures have been introduced by the following change:
2006-03-21 Jeff Law <[EMAIL PROTECTED]>
* tree-vrp.c (extract_range_from_unary_expr): Derive ranges for
type conversions of a VR_VAR
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-22 18:19 ---
(In reply to comment #3)
> Options/flags? I've been unable to reproduce this.
Just -O2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-22 18:16 ---
VIEW_CONVERT_EXPR(*B$P_ARRAYD.2768_872)[B92b.67D.2585_1027]{lb:
1 sz: 4}
We have a VIEW_CONVERT_EXPR here is ok, the assert is broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26795
--- Comment #3 from law at redhat dot com 2006-03-22 18:14 ---
Subject: Re: [4.2 Regression] ICE at
gcc/tree-gimple.c:269
On Wed, 2006-03-22 at 17:27 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-22 17:27
> --
--- Comment #18 from law at redhat dot com 2006-03-22 18:13 ---
Subject: Re: VRP/DOM does not like
TRUTH_AND_EXPR
On Wed, 2006-03-22 at 09:00 +, rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #17 from rguenth at gcc dot gnu dot org 2006-03-22 09:00
> ---
>
--- Comment #13 from law at redhat dot com 2006-03-22 18:01 ---
Fixed via today's checkin to loop-unroll.c
--
law at redhat dot com changed:
What|Removed |Added
I successfully compiled binutils-2.16, configured gcc, and binutils, with
--target=sparc64-sun-solaris-2.9 --with-headers=$path_to_headers
--with-libs=$path_to_libs, but when I give the command "make all", this
happens:
...
>checking for ISO C99 support in ... no
>checking wctype.h usability... ye
--- Comment #24 from ebotcazou at gcc dot gnu dot org 2006-03-22 17:40
---
Confirmed on Solaris 7, 8 and 9, everything is fine on Solaris 10.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-22 17:27 ---
Confirmed, shorter testcase:
module solv_cap
integer, private, save :: Ng1=0, Ng2=0
contains
subroutine FourirG(G)
real, intent(in out), dimension(0:,0:) :: G
complex, allocatable, dimension(:,:)
--- Comment #23 from gcc-bklyn at sneakemail dot com 2006-03-22 17:23
---
Created an attachment (id=11098)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11098&action=view)
gcc 4.1.0 sparc-sun-solaris2.8/libstdc++-v3/config.log
Gcc 4.1.0 config.log from
/sparc-sun-solaris2.8/libst
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||law at redhat dot com
AssignedTo|law at redhat dot com
--- Comment #22 from gcc-bklyn at sneakemail dot com 2006-03-22 17:20
---
(In reply to comment #21)
> Humm, maybe Solaris < 2.10 is affected...
I am indeed on 2.8. What more can I do to debug this? I'll attach
sparc-sun-solaris2.8/libstdc++-v3/config.log.
--
http://gcc.gnu.org/b
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 17:19 ---
I bet this was caused by the IA64 scheduler improvements on 2006-03-16.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26807
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from jb at gcc dot gnu dot org 2006-03-22 17:10 ---
Created an attachment (id=11097)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11097&action=view)
Testcase
Testcase that demonstrates the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26806
At -O2 and above,
Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.2/objdir/gcc/
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/torture/pr24626-1
.c -O2 -fno-show-column -S -o pr24626-1.s(timeout = 300)
/home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/tort
The capacita benchmark, part of the polyhedron benchmark suite, fails with the
ICE in the summary. BT:
#0 0x080d0276 in is_gimple_reg_type (type=0x0) at
../../trunk/gcc/tree-gimple.c:269
#1 0x080d0519 in is_gimple_val (t=0xb7852fa4) at
../../trunk/gcc/tree-gimple.c:368
#2 0x083e60c0 in verify_e
--- Comment #21 from pcarlini at suse dot de 2006-03-22 16:23 ---
Humm, maybe Solaris < 2.10 is affected...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
--- Comment #20 from pcarlini at suse dot de 2006-03-22 16:11 ---
(In reply to comment #19)
> This bug appears to have recurred in gcc 4.1.0. I have no wide string or
> iostream support on my brand-spanking-new versionof gcc, when this all worked
> fine with gcc 3.4.3.
But frankly I su
--- Comment #19 from gcc-bklyn at sneakemail dot com 2006-03-22 16:04
---
This bug appears to have recurred in gcc 4.1.0. I have no wide string or
iostream support on my brand-spanking-new versionof gcc, when this all worked
fine with gcc 3.4.3.
--
gcc-bklyn at sneakemail dot com c
--- Comment #12 from law at redhat dot com 2006-03-22 15:36 ---
Subject: Re: [4.1/4.2 Regression] missed jump
threading after unroller
On Wed, 2006-03-22 at 16:06 +0100, Richard Guenther wrote:
> ;
>
> see tv_id - so I guess increased CCP times are expected.
Nuts. I should ha
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-22 15:36 ---
Fixed in 4.0.0, the error message is the same as in comment #1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-22 15:35 ---
I get a different error message on the mainline:
t7.cc:19: error: no matching function for call to ABC::ABC(void
(DEF::*)()const, DEF&)
t7.cc:4: note: candidates are: ABC::ABC(const ABC&)
--
http://gcc.gnu.org
--- Comment #6 from pcarlini at suse dot de 2006-03-22 15:15 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from paolo at gcc dot gnu dot org 2006-03-22 15:13 ---
Subject: Bug 26777
Author: paolo
Date: Wed Mar 22 15:13:46 2006
New Revision: 112286
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112286
Log:
2006-03-22 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #11 from richard dot guenther at gmail dot com 2006-03-22
15:06 ---
Subject: Re: [4.1/4.2 Regression] missed jump threading after unroller
On 3/22/06, Jeffrey A Law <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-03-22 at 12:14 +0100, Richard Guenther wrote:
> > On 3/21/06, Jeff
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-03-22 14:58 ---
Mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
cratch/gcc/configure --quiet
--prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,fortran
--with-gmp=/usr/local/appl/gmp-4.1.4 --enable-checking=release
--without-makeinfo --disable-tls
Thread model: posix
gcc version 4.2.0 20060322 (experimental)
/afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-lin
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
--- Comment #1 from amacleod at redhat dot com 2006-03-22 14:17 ---
Created an attachment (id=11095)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11095&action=view)
large c++ include file.
cpgram.ii which compiles with -fpermissive
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
Alias analysis is taking a long time now.
I seem to have narrowed it down to this patch:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00908.html
running cpgram.ii shows a regression:
before patch:
tree alias analysis : 2.49 ( 7%) usr 0.25 ( 5%) sys 6.13 ( 5%) wall
4971 kB ( 1%)
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-03-22 14:03
---
Not a bug. The first OPEN has neither FILE nor STATUS='SCRATCH' specifier, so
it creates a file named fort.99 in the cwd. This is the expected behaviour.
The testcase should probably have a STATUS='SCRATCH' adde
--- Comment #10 from law at redhat dot com 2006-03-22 14:01 ---
Subject: Re: [4.1/4.2 Regression] missed jump
threading after unroller
On Wed, 2006-03-22 at 12:14 +0100, Richard Guenther wrote:
> On 3/21/06, Jeffrey A Law <[EMAIL PROTECTED]> wrote:
> > It turns out this special
The existing testcase gfortran.dg/pr16597.f90 leaves behind a file named
fort.99 and should not do so. (If you run the entire testsuite, you have to
run the testcase manually to see fort.99 because later tests reuse the same
filename and delete it.)
Looking at the code, the last time the file is
--- Comment #9 from schwab at suse dot de 2006-03-22 13:08 ---
(In reply to comment #8)
> i = (i += 1);
>
> where for i += 1 the next sequence point is the i = ... assigment?
The next sequence point is the semicolon.
> Of course for the particular testcase the ordering of the two sto
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-03-22 12:53 ---
Sure - but this doesn't matter in this case. And
6.5.3.1 tells you
"The expression ++E is equivalent to (E+=1)."
6.5.16 says
"The side effect of updating the stored value of the left operand shall
occur betw
--- Comment #15 from rth at gcc dot gnu dot org 2006-03-22 12:53 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
1 - 100 of 129 matches
Mail list logo
