adaint.c calls mktemp (line 802) and tmpname (line 900). Both calls generate
warnings when running gnatlink.
../gcc-4.2.2/configure --prefix=$PREFIX --enable-languages=c,ada,c++
In both cases, there are conditional compiles for the correct/safe function
calls. The conditions (line 797 and
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-12-22 09:32 ---
Hi Jerry,
thanks for the quick fix.
I don't have time for testing right now, but maybe you
can also check that
module tst_foo
implicit none
contains
subroutine tst_optional(a,n1,n2)
real, dimension(:,:)
Test program by James Van Buskirk, from c.l.f:
$ cat size.f90
program sum_f95
implicit none
integer i, j
integer, parameter :: n = 152
integer, parameter :: iv1 = size([([('',i=1,j**3)],j=1,n)])
write(*,*) n, iv1
end program sum_f95
$ time gfortran size.f90
real4m30.253s
--- Comment #10 from dominiq at lps dot ens dot fr 2007-12-22 10:57 ---
The test case in comment #9 fails with:
Fortran runtime error: Argument 'DIM' is out of range in call to 'CSHIFT'
gfortran: gcc version 4.3.0 20071222, revision 131134 + patches for PR34421,
PR34514, PR34533
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-22 11:44 ---
Isn't this the same as PR 20923 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34554
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-12-22 12:18 ---
For reference: iv1 = 135210384
A typical backtrace:
#0 0xb7f0c82e in __gmpz_sub_ui () from /usr/lib/libgmp.so.3
#1 0x08050dce in expand_constructor (c=0x89b9280)
at ../../../gcc/gcc/fortran/array.c:1330
#2
Hello !
Oldalunk címe : http://movie.ssweb.eu
Szertnénk veletek megismertetni Magyarország egyik legnagyobb filmes
letöltohelyét , ahol minden vágyad
teljesülhet. A tartalom folyamatos frissítés alatt áll. Az oldalunkon a
tartalom nem
--- Comment #2 from andry at inbox dot ru 2007-12-22 13:56 ---
(In reply to comment #1)
can you try not building in the source directory and use an building
directory?
The same.
May be i missed something to install?
Here my list of components which i checked when installing cygwin:
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-12-22 15:00
---
I get a segfault.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
This is the second time I have seen this. It's with
make -j4 bootstrap
...
checking whether the /home/dave/gnu/gcc-4.3/objdir/./gcc/xgcc
-B/home/dave/gnu/gcc-4.3/objdir/./gcc/
-B/home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/lib/ -isystem
--- Comment #1 from danglin at gcc dot gnu dot org 2007-12-22 15:47 ---
I just noticed I forgot to remove previous build.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-12-22 16:04
---
This latest issue is not a regression so I changed the summary.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-12-22 16:28
---
This is surprising! If I get rid of the hack that was needed before for
optional_dim_2.f90 :
Index: iresolve.c
===
--- iresolve.c (revision
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-12-22 16:39
---
No, I checked the original case for pr33317 and it segfaults on compilation
with the change in comment #13. This means the testcase optional_dim_2.f90 is
not sufficient. I will fix that along the way here.
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2007-12-22
16:41 ---
For tmpdir-gcc.dg-struct-layout-1/t003 c_compat_x_tst.o-c_compat_y_tst.o on
powerpc-apple-darwin9 at -m64, the two lines in t003_test.h that cause the
failure are...
T(693,double atal2 a;Tal16long
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2007-12-22
16:56 ---
For tmpdir-gcc.dg-struct-layout-1/t005 c_compat_x_tst.o-c_compat_y_tst.o on
powerpc-apple-darwin9 at -m64, the line in t005_test.h that causes the testcase
failure is...
T(998,df a;Talllong
--- Comment #15 from j at uriah dot heep dot sax dot de 2007-12-22 17:15
---
(In reply to comment #14)
Note that the use of clz for the avr is avoided by using avr-libc's math
library.
Not confirmed. A simple test program using a floating point number:
#include avr/io.h
#include
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2007-12-22
17:16 ---
For tmpdir-gcc.dg-struct-layout-1/t008 c_compat_x_tst.o-c_compat_y_tst.o on
powerpc-apple-darwin9 at -m64, the failing line in t008_test.h is...
T(1234,double a;signed char atal16 b;union{unsigned int
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2007-12-22
17:37 ---
For tmpdir-gcc.dg-struct-layout-1/t016 c_compat_x_tst.o-c_compat_y_tst.o on
powerpc-apple-darwin9 at -m64, the failing line in t016_test.h is...
T(1604,char a;TE7 b;enum E6 c;unsigned int d;long int
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-12-22 17:44 ---
Subject: Bug 34549
Author: tkoenig
Date: Sat Dec 22 17:43:54 2007
New Revision: 131136
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131136
Log:
2007-12-22 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-12-22 17:47 ---
Fixed on trunk. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2007-12-22
17:51 ---
For tmpdir-gcc.dg-struct-layout-1/t026 c_compat_x_tst.o-c_compat_y_tst.o on
powerpc-apple-darwin9 at -m64, the failing line in t026_test.h is...
T(2468,float a;long double b;Tchar c;Tal8llong
--- Comment #4 from manu at gcc dot gnu dot org 2007-12-22 18:02 ---
(In reply to comment #1)
Created an attachment (id=14366)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14366action=view) [edit]
(Big) testcase that allows to reproduce
I can't compile the testcase with
! Rejects-valid. Fails with gfortran 4.1, 4.2 and 4.3
! For 4.3 the error message is:
!
!(/ linem, nplam /) )
! 1
!Error: Invalid character in name at (1)
!
! Found using the Fortran Company Fortran 90 Test Suite (Lite),
! Version 1.4
module splitprms
integer,
! Rejects valid. EQUIVALENCE of substrings; fails with 4.[1-3].x with:
!
!EQUIVALENCE (A (2,1) (1:1), B (1) (2:3), C (3:5))
! 1
!Error: Syntax error in EQUIVALENCE statement at (1)
!
! Found using the Fortran Company Fortran 90 Test Suite (Lite),
! Version 1.4
CHARACTER A(2,2)*2,
The following program uses an excessive amount of memory, which causes the
segmentation fault. valgrind shows:
==27188== Process terminating with default action of signal 11 (SIGSEGV):
dumping core
==27188== Access not within mapped region at address 0x7FE001700
==27188==at 0x427539:
==27207== Invalid read of size 4
==27207==at 0x46E5F6: gfc_simplify_repeat (simplify.c:3131)
==27207==by 0x42AE72: do_simplify (intrinsic.c:3180)
==27207==by 0x42BD39: gfc_intrinsic_func_interface (intrinsic.c:3446)
==27207==by 0x45FCA9: gfc_resolve_expr (resolve.c:1629)
==27207==
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-12-22 19:22
---
Thomas, hope you don't mind me taking this over. This last bug is a different
problem all together. I am hoping we don't have to redesign the
implementation.
--
jvdelisle at gcc dot gnu dot org changed:
The following program should print OK. This is a regression as gfortran 4.1.3
and 4.2.2 print OK and not FAIL as gfortran 4.3.0.
(Found using the Fortran Company Fortran 90 Test Suite (Lite), Version 1.4)
implicit none
integer :: i
! NAME_FIELD is an internal file.
CHARACTER * 80 :: NAME_FIELD
--- Comment #14 from tcoleman at autowares dot com 2007-12-22 20:18 ---
(In reply to comment #12)
I don't see it as so much a matter of focus.
A lot of applications test for _LARGE_FILES in the C library and will set it as
a configuration option if supported. As far as straight C
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-12-22 20:35 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-12-22 20:40 ---
Fixed.
Index: simplify.c
===
--- simplify.c (revision 131122)
+++ simplify.c (working copy)
@@ -3128,7 +3128,9 @@ gfc_simplify_repeat (gfc_expr *e,
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-12-22 20:40 ---
Simplified test case:
$ cat eof.f90
program main
character(len=2) :: line
character(len=1) :: a(3)
line = 'ab'
read (line,'(A)',end=99) a
stop
99 continue
end program main
$ gfortran -g eof.f90
$ gdb
--- Comment #15 from dje at watson dot ibm dot com 2007-12-22 20:52 ---
Subject: Re: AIX g++ -D_LARGE_FILES fails to compile #include iostream
tcoleman at autowares dot com writes:
Tom Does G++ really have to be either one way or the other? Can't it also
include
Tom conditional
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-12-22 20:31 ---
Confirmed.
Simplified test case:
$ cat npr.f90
program main
print *, repeat (, 3)
end program main
$ gfortran npr.f90
f951: internal compiler error: Segmentation fault
Please submit a full bug report,
with
--- Comment #1 from rogermc at iinet dot net dot au 2007-12-22 21:07
---
Created an attachment (id=14807)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14807action=view)
config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34561
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-12-22 21:25 ---
Confirmed.
Simplified testcase:
integer :: a(2,2) = reshape( (/ max((/ 1,2 /), (/ 3,4 /)), (/4,5/) /),
(/2,2/))
end
It seems that the array-valued MAX is crucial here. If removed or replaced by a
scalar-valued
Model Identifier: Macmini1,1
Processor Name:Intel Core Duo
Mac OS X 10.5.1 (Leopard)
SVN Revision: 131138
Following is my record of my attempt and final success in building gcc:
../gcc/configure
make
produced error:
at
/bin/sh ../../../../gcc/libgcc/../mkinstalldirs x86_64
mkdir
Instead of _GLOBAL__I_foobar, we have _GLOBAL__I_65535_0_foobar.
This arises as follows:
(gdb) p (char *)$r26
$1 = 0x7eff0bc8 I_65535_0
(gdb) bt
#0 get_file_function_name (
type=0x49 Error reading address 0x49: Bad address)
at ../../gcc/gcc/tree.c:6716
#1 0x004b7db0 in
--
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 #3 from dfranke at gcc dot gnu dot org 2007-12-22 22:18 ---
Subject: Bug 34559
Author: dfranke
Date: Sat Dec 22 22:18:28 2007
New Revision: 131139
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131139
Log:
gcc/fortran:
2007-12-22 Daniel Franke [EMAIL PROTECTED]
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-12-22 22:19 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from bdavis at gcc dot gnu dot org 2007-12-23 03:07 ---
the test cases are great...but they show too many bugs !! can't decide whether
to go for the 'grand unified solution' or just hit them one at a time :)
--bud
--
With -O2, the function ii, called from function m in the attached file, is
inlined, despite the noinline attribute. There is an outlined ii emitted, but
no call to it in function m. The code is an failed attempt to synthesize a
test-case for another bug (though for the record the failure isn't
--- Comment #1 from hp at gcc dot gnu dot org 2007-12-23 04:04 ---
Created an attachment (id=14808)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14808action=view)
Compile with -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34563
--- Comment #2 from hp at gcc dot gnu dot org 2007-12-23 04:05 ---
Revisions 130556 for native and 131139 for cris-elf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34563
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-23 04:18 ---
So we have:
if (ii (_double_.fp))
ss = 0;
cvt (_double_.fp, ss);
ss is always set via cvt (and cvt is inlined), so we dce the first setting of
ss and that in turns dce the function call to ii as it is pure.
48 matches
Mail list logo
