--- Comment #6 from daney at gcc dot gnu dot org 2007-05-20 07:11 ---
(In reply to comment #5)
> With:
>/home/tbm/scratch/gcc/configure -v --enable-languages=c,c++
> --disable-werror
> mipsel-linux-gnu
> I get the same segfault in gcc/libstdc++-v3/src/fstream-inst.cc
>
Can you rep
--- Comment #25 from pluto at agmk dot net 2007-05-20 05:57 ---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
On Saturday 19 of May 2007 19:43:33 dberlin at dberlin dot org wrote:
> --- Comment #24 from dberlin at gcc dot gnu dot org 2007-05-19 18:43
> --- Subjec
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-20 05:34 ---
A quick note we can determine the depency between p->a[i] and p->a[i+1].
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31995
Due to the method used by libtool to link shared libraries on this
target, the installation of libjava fails:
make[4]: Entering directory
`/home/gnu/gcc/objdir/hppa2.0w-hp-hpux11.00/libjava'
Makefile:12030: warning: overriding commands for target `multi-do'
Makefile:11963: warning: ignoring old co
--- Comment #19 from patchapp at dberlin dot org 2007-05-20 02:10 ---
Subject: Bug number PR4076
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/2007-05/msg01298.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #25 from manu at gcc dot gnu dot org 2007-05-20 01:46 ---
Subject: Bug 7651
Author: manu
Date: Sun May 20 00:45:58 2007
New Revision: 124866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124866
Log:
2006-05-20 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR mi
--- Comment #3 from hjl at lucon dot org 2007-05-20 01:25 ---
The original fix for the testcase, PR 21291, is in tree-outof-ssa.c. The
forwprop
change seems to make the tree-outof-ssa.c fix ineffective.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-05-20 01:21
---
I have observed the problem with no initialization. This may be a hint.
real :: a(3), b(2)
a = COS(b)
print *, a
end
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32002
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-20 01:13 ---
I already looked at it, forwprop is not fully to blame, it is doing the only
thing it knows, it optimizes the values correctly. This is a pure RA issue as
we now run out of registers as we do asm(); if (a != b) inst
--- Comment #1 from hjl at lucon dot org 2007-05-20 00:34 ---
It fails with
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ /tmp/pr21291.c -S -O -m32
/tmp/pr21291.c: In function âbng_ia32_mult_sub_digitâ:
/tmp/pr21291.c:23: error: can't find a register in class âGENERAL_REGSâ while
reloading âasmâ
This patch
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00129.html
causes gcc.target/i386/pr21291.c on ia32. Richard, can you take a look? Thanks.
--
Summary: [4.3 regression] : gcc.target/i386/pr21291.c
Product: gcc
Version: 4.3.0
Status: UNCONFIRM
--- Comment #2 from uros at gcc dot gnu dot org 2007-05-20 00:28 ---
Subject: Bug 31585
Author: uros
Date: Sat May 19 23:27:48 2007
New Revision: 124861
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124861
Log:
PR target/31585
* config/i386/pmmintrin.h: Do not i
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-05-19 22:39
---
On x86-64 using -m32 the size being passed to unformatted_write is 12. Its
aligning to nearest 32-bit boundary. Without -m32 size comes in at 16.
Both are long double which has different size on 32 vs 64 bit ma
--- Comment #11 from cvs-commit at developer dot classpath dot org
2007-05-19 22:02 ---
Subject: Bug 31659
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Andreas Tobler07/05/19 21:02:03
Modified files:
. : ChangeLog
m
--- Comment #10 from andreast at gcc dot gnu dot org 2007-05-19 21:45
---
Subject: Bug 31659
Author: andreast
Date: Sat May 19 20:44:43 2007
New Revision: 124860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124860
Log:
2007-05-19 Andreas Tobler <[EMAIL PROTECTED]>
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-05-19 21:34
---
Fixed on mainline.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-05-19 21:34
---
Subject: Bug 30820
Author: fxcoudert
Date: Sat May 19 20:33:45 2007
New Revision: 124859
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124859
Log:
PR fortran/30820
* Make-lang.in: Remove
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-05-19 21:31 ---
$> cat assign.f90
real :: a(3), b(2)
a = 5.0
b = (/ 0.0, 0.1 /)
a = cos(b)
print *, a
end
$> gfortran-svn assign.f90
assign.f90:4.1:
a = cos(b)
1
Error: different shape for array assignment at (1) on dimension 1 (3
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2007-05-19 21:21
---
(In reply to comment #13)
> It is a latent bug in gcc 4.2, the same way as in gcc 4.3. We didn't notice it
> before your malloc change.
I'm not sure a latent bug can be considered for backport.
--
http://gc
--- Comment #13 from hjl at lucon dot org 2007-05-19 21:16 ---
> (In reply to comment #11)
> > Gcc 4.2 has similar issue.
>
> It's not showing up in the ia64 testresults
> (http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00918.html). Is it triggered
> by the testcase I committed?
>
It
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2007-05-19 21:12
---
(In reply to comment #11)
> Gcc 4.2 has similar issue.
It's not showing up in the ia64 testresults
(http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00918.html). Is it triggered
by the testcase I committed?
--
--- Comment #11 from hjl at lucon dot org 2007-05-19 21:01 ---
Gcc 4.2 has similar issue.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-05-19 20:52
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-05-19 20:51
---
Subject: Bug 31974
Author: fxcoudert
Date: Sat May 19 19:51:21 2007
New Revision: 124858
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124858
Log:
PR fortran/31974
* trans-array.c (gfc_t
--- Comment #5 from tbm at cyrius dot com 2007-05-19 20:44 ---
With:
/home/tbm/scratch/gcc/configure -v --enable-languages=c,c++ --disable-werror
mipsel-linux-gnu
I get the same segfault in gcc/libstdc++-v3/src/fstream-inst.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31975
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-05-19 18:48
---
Yes, agree. Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-05-19 18:45
---
(In reply to comment #4)
> For a general purpose library like libgfortran I think the best way is to use
> something reasonably portable and consistent
I agree. Do we close this as WONTFIX?
--
fxcoudert at gc
--- Comment #24 from dberlin at gcc dot gnu dot org 2007-05-19 18:43
---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
On 19 May 2007 17:16:35 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #23 from pluto at agmk dot net 2007-05-19 18:16 -
On 19 May 2007 17:16:35 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
--- Comment #23 from pluto at agmk dot net 2007-05-19 18:16 ---
bad news, this patch ices fortran build:
(...)
../../../libgfortran/intrinsics/selected_int_kind.f90:22: internal compiler
error: in process_
Those 2 options:
{"stmtaddr", TDF_STMTADDR},
{"memsyms", TDF_MEMSYMS},
aren't documented.
--
Summary: Undocumened -fdump-tree options
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-05-19 18:34
---
Andrew Pinski noticed on IRC a type mismatch in the generated code, that leads
to this wrong-code. This ptach fixes it, I'm regtesting it right now.
Index: trans-array.c
==
--- Comment #6 from daney at gcc dot gnu dot org 2007-05-19 18:20 ---
That didn't come out quite right :(.
The close part would be:
int t = dup(fileDes)
dup2(global_always_error_fd, fileDes);
synchronized {
cleanupFD = fileDes;
}
close (t);
synchronized {
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-05-19 18:19
---
Created an attachment (id=13584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13584&action=view)
Output of -fdump-tree-original for the testcase u.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=319
--- Comment #23 from pluto at agmk dot net 2007-05-19 18:16 ---
bad news, this patch ices fortran build:
(...)
../../../libgfortran/intrinsics/selected_int_kind.f90:22: internal compiler
error: in process_constraint, at tree-ssa-structalias.c:2260
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-05-19 18:16
---
Indeed...
$ cat u.f90
subroutine foo (n)
integer :: n
character (len = n) :: v(n)
v = ''
end subroutine foo
call foo(7)
end
$ gfortran u.f90 -O && ./a.out
$ gfortran u.f90 -O -
--- Comment #5 from daney at gcc dot gnu dot org 2007-05-19 18:12 ---
UNIX/Linux sucks.
There are likely races with read/write and close all over libgcj:
=
Thread 1 Thread 2 Thread 3
load f
--- Comment #4 from jb at gcc dot gnu dot org 2007-05-19 17:51 ---
There are enough pitfalls with using rdtsc that I don't think it's justifiable
to use it for a general purpose timing routine like system_clock. See e.g.:
http://www.ussg.iu.edu/hypermail/linux/kernel/0505.1/1463.html
h
--- Comment #22 from dberlin at gcc dot gnu dot org 2007-05-19 17:30
---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
On 19 May 2007 14:30:43 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #21 from pluto at agmk dot net 2007-05-19 15:30 -
On 19 May 2007 14:30:43 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
--- Comment #21 from pluto at agmk dot net 2007-05-19 15:30 ---
with this patc gcc works much better.
xf86ScanPci.i : 84MB / ~5sec.
sipQtCorepart0.ii.bz2 : 340MB / ~440sec
There are optimizations
The problem shown here applies to elemental functions in general, not only
(elemental) intrinsics, see below for an example:
$> cat assign.f90
real :: a(3) = 0.0, b(2) = (/ 0.0, 0.1 /)
a = COS(b)
print *, a
end
$> gfortran-svn assign.f90 && ./a.out
1.00 0.9950042 1.00
$> i
--- Comment #5 from hjl at lucon dot org 2007-05-19 17:04 ---
VRP says
D.1387_39: [-10737418225, 0]
Simplified relational D.1387_39 < 0 into D.1387_39 != 0
if (D.1387_39 != 0)
goto ;
else
goto ();
:
_gfortran_runtime_error ("Attempt to allocate a negative amount of mem
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-05-19 16:38
---
This testcase segfaults on 4.1, 4.2, and 4.3. I wonder if it represents the
regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32001
--- Comment #24 from manu at gcc dot gnu dot org 2007-05-19 16:21 ---
Joerg,
any news about this? I cannot find the patch in the patch tracker. It seems it
was approved by Mark Mitchell
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01495.html
Have you committed it?
--
http://gcc.gn
--- Comment #4 from hjl at lucon dot org 2007-05-19 16:12 ---
Here is a simple testcase. It fails on Linux/x86-64 and Linux/ia64. I think
it may fail on all 64bit systems:
[EMAIL PROTECTED] 31974]$ cat foo.f90
! { dg-do run }
call test
contains
subroutine foo (n)
integer :: n
--- Comment #4 from tbm at cyrius dot com 2007-05-19 16:12 ---
I can reproduce it with
/home/tbm/scratch/gcc/configure -v --enable-languages=c,c++
--enable-__cxa_atexit --enable-clocale=gnu --disable-libssp --disable-werror
mipsel-linux-gnu
with current SVN.
--
http://gcc.gnu.org/
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
Following the SPEC report at
http://gcc.gnu.org/ml/fortran/2007-05/msg00326.html, here's a minimal
reproducer:
$ cat a.f90
integer, dimension(10,10) :: i1,i2,i3,i4,i5,i6,i7,i8,i9,i10,i11,i12,i13
integer, dimension(10) :: j
print *, max(i1,i2,i3,i4,i5,i6,i7,i8,i9,i10,i11,i12,i13,j)
end
$ gf
--- Comment #21 from pluto at agmk dot net 2007-05-19 15:30 ---
with this patc gcc works much better.
xf86ScanPci.i : 84MB / ~5sec.
sipQtCorepart0.ii.bz2 : 340MB / ~440sec.
gcc/g++ testsuite on x86_64 shows no new regressions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #9 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-05-19 11:22 ---
Subject: Re: INTRINSIC symbols can be given the wrong
type
dfranke at gcc dot gnu dot org wrote:
> Thus, we should make sure that each intrinsic starts with the correct type to
> begin wit
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-05-19 11:12 ---
Tobi, currently intrinsics don't start with any type at all. As their symbols
are processed in resolve.c (resolve_symbol), they are assigned a default type:
/* Assign default type to symbols that need one and don'
--- Comment #7 from tobi at gcc dot gnu dot org 2007-05-19 10:51 ---
(In reply to comment #4)
> F95, section 12.3.2.3, INTRINSIC statement:
> R1209 intrinsic-stmt isINTRINSIC [ :: ] intrinsic-procedure-name-list
> Constraint: Each intrinsic-procedure-name shall be the name of an i
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-05-19 10:11 ---
On
a = transpose(b)
a = transpose(conjg(b))
the TRANSPOSE intrinsic is translated via trans-intrinsic.c
(gfc_conv_intrinsic_funcall) and results in a library call
(_gfortran_transpose_c4), on
a = conjg(transpo
--- Comment #1 from rsandifo at gcc dot gnu dot org 2007-05-19 09:41
---
Created an attachment (id=13583)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13583&action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32000
Running struct-layout-1.exp with CFLAGS_FOR_TARGET=-O2 produces:
FAIL: tmpdir-gcc.dg-struct-layout-1/t022 c_compat_x_tst.o-c_compat_y_tst.o
execute
FAIL: tmpdir-gcc.dg-struct-layout-1/t023 c_compat_x_tst.o-c_compat_y_tst.o
execute
FAIL: tmpdir-gcc.dg-struct-layout-1/t024 c_compat_x_tst.o-c_compat_
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-05-19 09:14 ---
> This patch looks simple enough. Has it been regression tested?
> Anything else planned with this?
Getting rid of it? I spent the last evening regtesting and failed. In the same
routine where I placed above snip
--- Comment #6 from tbm at gcc dot gnu dot org 2007-05-19 09:07 ---
*** Bug 31926 has been marked as a duplicate of this bug. ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from tbm at gcc dot gnu dot org 2007-05-19 09:07 ---
*** This bug has been marked as a duplicate of 30840 ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
--
58 matches
Mail list logo
