--- 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.
--- 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 #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=14808&action=view)
Compile with -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34563
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 jus
--- 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
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=249
--- 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 #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=gcc&view=rev&rev=131139
Log:
gcc/fortran:
2007-12-22 Daniel Franke <[EMAIL PROTECTED]>
--
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
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 )
at ../../gcc/gcc/tree.c:6716
#1 0x004b7db0 in cgraph_build_static_cdtor (which=73 'I', body=0x7ae5966
--- 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 M
--- 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=14807&action=view)
config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34561
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
--- 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
> 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 code
--- 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 #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, g
--- 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
Status|UNCON
--- 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 pr
--- 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
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_FI
--- 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:
==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==
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: gfc_comp
! 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,
! 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,
--- 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=14366&action=view) [edit]
> (Big) testcase that allows to reproduce
>
I can't compile the testcase with cc
--- 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
d;,F(2468,a,
--- 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 #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=gcc&view=rev&rev=131136
Log:
2007-12-22 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- 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 e;cha
--- 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 d;s
--- 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
#include
volat
--- 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 b:BQN(20);long
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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 b;short
--- 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 #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 13113
--- 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 #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
---
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
/home/dave
--- 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
--- 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 cygwi
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 átveré
--- 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 0
--- 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 #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,
P
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
us
--- 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(:,:) ::
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 887
48 matches
Mail list logo
