--- Comment #19 from jvdelisle at verizon dot net 2010-08-07 18:25 ---
Subject: Re: [4.4 regression] gfortran does not support
-Wp, -MD for *.F
> Thanks a lot!
>
> Only if you could please also apply the -4.4 version. *Please*
>
> The rationale for this is that
--- Comment #16 from jvdelisle at verizon dot net 2010-06-01 03:46 ---
Subject: Re: incorrect output at run time
On 05/31/2010 08:07 PM, sgk at troutmask dot apl dot washington dot edu wrote:
> --- Comment #15 from sgk at troutmask dot apl dot washington dot edu
> 2010-06
--- Comment #7 from jvdelisle at verizon dot net 2010-05-13 19:37 ---
Subject: Re: gfortran fails to "work" during build
On 05/13/2010 10:17 AM, johnkhord at gmail dot com wrote:
> --- Comment #5 from johnkhord at gmail dot com 2010-05-13 17:17 ---
> (In rep
--- Comment #18 from jvdelisle at verizon dot net 2009-10-10 16:03 ---
Subject: Re: [F2003] Implement new rounding modes for
run time
On Sat, 2009-10-10 at 15:45 +, danglin at gcc dot gnu dot org wrote:
>
> --- Comment #17 from danglin at gcc dot gnu dot org 2009-10
--- Comment #13 from jvdelisle at verizon dot net 2009-10-02 13:57 ---
Subject: Re: [4.3/4.4/4.5 Regression] PARAMETER statement
in module subroutines
On 10/02/2009 05:35 AM, ros at rzg dot mpg dot de wrote:
>
>
> --- Comment #12 from ros at rzg dot mpg dot de 2009-10
--- Comment #11 from jvdelisle at verizon dot net 2009-09-20 17:04 ---
Subject: Re: [4.3/4.4/4.5 Regression] miscompilation of
goto/label using code
rguenth at gcc dot gnu dot org wrote:
> but instead it should have used a computed goto, like
>
> C.0 = { &_
--- Comment #3 from jvdelisle at verizon dot net 2009-08-24 23:45 ---
Subject: Re: New: [4.5 Regression] Comma required after P
descriptor
On 08/24/2009 05:26 AM, janus at gcc dot gnu dot org wrote:
> With r151053 I get an error when I compile the following line:
>
> 2000 f
--- Comment #13 from jvdelisle at verizon dot net 2008-12-23 01:11 ---
Subject: Re: [regression 4.4] segfault - optional
arguments, generics, interface problem, iso_varying_string ??
mikael at gcc dot gnu dot org wrote:
> --- Comment #12 from mikael at gcc dot gnu dot org 2
--- Comment #7 from jvdelisle at verizon dot net 2008-11-15 19:13 ---
Subject: Re: "file already opened in another unit" error
when opening /dev/null or /dev/tty twice
> Which OP? The originator of the c.l.f thread or the originator of
> this bug report.
Origin
--- Comment #1 from jvdelisle at verizon dot net 2008-04-07 23:49 ---
Subject: Re: New: [4.4 Regression] Revision 133965broke
gfortran.dg/initialization_1.f90 for cris-elf
On Mon, 2008-04-07 at 23:18 +, hp at gcc dot gnu dot org wrote:
> With r133964, this test pas
--- Comment #1 from jvdelisle at verizon dot net 2008-02-17 00:21 ---
Subject: Re: New: IBITS gives compiler error
phl at kth dot se wrote:
> hades [TEST] cat bug-ibits.f90
> program main
> write (*, *) ibits (-1, 0, bit_size (0))
> end program main
>
>
>
--- Comment #31 from jvdelisle at verizon dot net 2008-02-08 23:00 ---
Subject: Re: [Regression wrt g77] I/O leaks
handles/memory on Windows XP
mikko dot lyly at csc dot fi wrote:
> --- Comment #30 from mikko dot lyly at csc dot fi 2008-02-08 22:31
> ---
>
--- Comment #6 from jvdelisle at verizon dot net 2008-01-19 17:20 ---
Subject: Re: Formatted write of float broken (mingw32)
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-01-19 17:12
> ---
> (In reply to c
--- Comment #6 from jvdelisle at verizon dot net 2008-01-13 15:18 ---
Subject: Re: Rejects valid with bogus error message:
parameter initalization
pault at gcc dot gnu dot org wrote:
> --- Comment #5 from pault at gcc dot gnu dot org 2008-01-13 08:49 ---
> (In re
--- Comment #9 from jvdelisle at verizon dot net 2007-12-08 21:57 ---
Subject: Re: performance of pack/unpack
tkoenig at gcc dot gnu dot org wrote:
> we could make specific versions of all those intrinsic that
> currently use memcpy(), including pack.
>
> Should we le
--- Comment #31 from jvdelisle at verizon dot net 2007-12-02 20:58 ---
Subject: Re: access="stream",form="unformatted" doesn't
buffer
tkoenig at gcc dot gnu dot org wrote:
>> Answer to comment #18, Thomas, the flush is needed for streamio_12.f90 where
--- Comment #24 from jvdelisle at verizon dot net 2007-12-02 02:05 ---
Subject: Re: access="stream",form="unformatted" doesn't
buffer
> m = where + s->active;
>
> if (s->physical_offset != m && lseek (s->fd, m, SEEK_SET) < 0)
--- Comment #3 from jvdelisle at verizon dot net 2007-11-02 13:29 ---
Subject: Re: PROCEDURE in module somtimes wrongly rejected
burnus at gcc dot gnu dot org wrote:
> --- Comment #2 from burnus at gcc dot gnu dot org 2007-11-02 07:40
> ---
> Note: MODULE PROC
--- Comment #3 from jvdelisle at verizon dot net 2007-10-22 14:25 ---
Subject: Re: Fix misleading error message
"GENERIC non-INTRINSIC procedure not allowed as an actual argument"
burnus at gcc dot gnu dot org wrote:
> --- Comment #2 from burnus at gcc dot gnu dot or
--- Comment #8 from jvdelisle at verizon dot net 2007-07-10 13:43 ---
Subject: Re: segfault with -fbounds-check on allocatable
derived type components
Have you looked with valgrind or similar to see if there are errors occurring?
Please definitely put in the testsuite. There may
--- Comment #7 from jvdelisle at verizon dot net 2007-07-08 19:54 ---
Subject: Re: module that calls a contained function with an
ENTRY point
pault at gcc dot gnu dot org wrote:
> --- Comment #5 from pault at gcc dot gnu dot org 2007-07-08 19:40 ---
> (In reply to comm
--- Comment #46 from jvdelisle at verizon dot net 2007-04-13 08:05 ---
Subject: Re: [4.2 only] Bad IOSTAT values when readings
NAMELISTs past EOF
pinskia at gcc dot gnu dot org wrote:
> --- Comment #45 from pinskia at gcc dot gnu dot org 2007-04-13 05:32
> ---
>
--- Comment #30 from jvdelisle at verizon dot net 2007-03-24 19:02 ---
Subject: Re: Bad IOSTAT values when readings NAMELISTs
past EOF
I will keep at it on this. It seems we have a conflict between the SPEC
test that was failing and the namelist testcases. Unfortunately I don&#
--- Comment #5 from jvdelisle at verizon dot net 2006-12-14 00:26 ---
Subject: Re: write(*,myfmt="(1X,a,'xyz')") "A" prints
Az' instead of Axyz
I wonder if this is not a case of the io.h dependency bug hitting yet again. I
would fix it if I k
--- Comment #7 from jvdelisle at verizon dot net 2006-12-14 00:12 ---
Subject: Re: Namelist issues when reading in asterisk
preceeded arrays
Thanks for checking the latest 4.1, I just updated my 4.1 branch last night and
I had not had a chance to check it.
Also, the namelist I/O
--- Comment #4 from jvdelisle at verizon dot net 2006-12-13 04:12 ---
Subject: Re: Namelist issues when reading in asterisk
preceeded arrays
4.2 is in pre-release stage now. It is usually not too difficult to build it
yourself. You could consider downloading the source, build, and
--- Comment #1 from jvdelisle at verizon dot net 2006-12-13 03:18 ---
Subject: Re: New: Namelist issues when reading in
asterisk preceeded arrays
With gfortran 4.3 I get:
$ ./a.out
1 1 2 10922
The last element is odd because gfortran does not
--- Comment #24 from jvdelisle at verizon dot net 2006-12-09 18:45 ---
Subject: Re: kinds.h not generated, causing failure
jbuck at gcc dot gnu dot org wrote:
> --- Comment #23 from jbuck at gcc dot gnu dot org 2006-12-09 18:14
> ---
>
> Anyway, the Fortran l
--- Comment #24 from jvdelisle at verizon dot net 2006-11-26 22:27 ---
Subject: Re: implement unformatted files with subrecords
(Intel style)
I have reviewed the patch and I have one minor comment. I suggest that the
continued flag be placed in with the unit flags similar to
--- Comment #7 from jvdelisle at verizon dot net 2006-10-27 00:55 ---
Subject: Re: [4.2/4.3 Regression] libgomp build fails with
missing pthread_mutexattr_settype
Am I missing something here?
I am getting this with make check for libgomp on i686-linux on 4.2 branch:
Using /usr/share
--- Comment #3 from jvdelisle at verizon dot net 2006-04-07 00:06 ---
Subject: Re: -ffast-math crash
nuno dot bandeira at ist dot utl dot pt wrote:
> --- Comment #2 from nuno dot bandeira at ist dot utl dot pt 2006-04-06
> 23:56 ---
> Subject: Re: -ffast-m
--- Comment #4 from jvdelisle at verizon dot net 2006-03-01 14:36 ---
Subject: Re: gfortran - End of File incorrectly
positioned after binary I/O.
dir at lanl dot gov wrote:
> --- Comment #3 from dir at lanl dot gov 2006-03-01 13:50 ---
> Hi Jerry,
>
>The
--- Comment #5 from jvdelisle at verizon dot net 2005-12-09 23:05 ---
Subject: Re: Generalized internal array IO not
implemented.
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:05
> ---
> Jerry, isn&#
--- Comment #9 from jvdelisle at verizon dot net 2005-12-08 09:01 ---
Subject: Re: [4.0 regression]: libfortran failed fma3d
in SPEC CPU 2K
hjl at lucon dot org wrote:
> --- Comment #7 from hjl at lucon dot org 2005-12-08 06:55 ---
> I have verified that
>
--- Comment #8 from jvdelisle at verizon dot net 2005-11-28 21:07 ---
Subject: Re: namelist read from non-opened file
fxcoudert at gcc dot gnu dot org wrote:
> +
> /* Is it unformatted? */
> - if (!(cf & (IOPARM_DT_HAS_FORMAT | IOPARM_DT_LIST_FORMAT)))
>
--- Comment #5 from jvdelisle at verizon dot net 2005-11-28 08:09 ---
Subject: Re: namelist read from non-opened file
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-11-28 07:08
> ---
> No, it's in fact easier
--- Comment #3 from jvdelisle at verizon dot net 2005-11-28 01:40 ---
Subject: Re: [regression wrt g77] namelist read from
non-opened file
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-27 23:14
> ---
> (In
--- Comment #2 from jvdelisle at verizon dot net 2005-11-24 16:33 ---
Subject: Re: sqrt,
csqrt may give a wrong result if real part of compex argument is zero
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-24 13
--- Comment #12 from jvdelisle at verizon dot net 2005-11-21 14:21 ---
Subject: Re: GFORTRAN input and carriage returns
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #11 from fxcoudert at gcc dot gnu dot org 2005-11-21 14:02
> ---
> (In reply to comment #10)
--- Comment #4 from jvdelisle at verizon dot net 2005-11-08 06:37 ---
Subject: Re: [4.1 Regression] Nonadvancing read does not
read more than 1 line
> For sake of compliance with the bug report policy:
> * gfortran from cvs via
> TZ=GMT cvs -q update -D'2005.
--- Additional Comments From jvdelisle at verizon dot net 2005-09-14 20:43
---
This is fixed in 4.1 branch. If nothing new shows up in the next few days I
will close this PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
--- Additional Comments From jvdelisle at verizon dot net 2005-09-12 05:39
---
I have confirmed that the test case given is resolved by the patch discusssed in
comment #3. The patch is in review.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23379
Priority: P2
Component: libfortran
AssignedTo: jvdelisle at verizon dot net
ReportedBy: jvdelisle at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23760
--- Additional Comments From jvdelisle at verizon dot net 2005-09-04 06:11
---
We have upcoming patches within a few days that correct all remaining NIST bugs
including internal unit array I/O. Tests of NIST are complete and we are
putting together some additional test cases and
--- Additional Comments From jvdelisle at verizon dot net 2005-07-20 06:06
---
The snippet in Comment #6 fails correctly because the format is calling for a
field width of 8 characters. The first read goes past the first number and into
the second and you basically are reading garbage
--- Additional Comments From jvdelisle at verizon dot net 2005-07-20 05:56
---
A patch is on its way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
--- Additional Comments From jvdelisle at verizon dot net 2005-07-08 01:56
---
As of today, no compile errors on i686-pc-linux-gnu
4 runtime errors: FM111.f FM903.f FM906.f FM908.f
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
--- Additional Comments From jvdelisle at verizon dot net 2005-06-08 06:04
---
This is looking much better now. Compiled with -O2 -march=pentium4
gcc version 4.1.0 20050607 (experimental)
CGV drivers: 64 out of 1092 tests failed to pass the threshold
DXV drivers:200 out
--- Additional Comments From jvdelisle at verizon dot net 2005-06-08 05:26
---
We have sinh, cosh, tanh. I will work on the asinh, acosh, and atanh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21915
--- Additional Comments From jvdelisle at verizon dot net 2005-05-07 22:16
---
A patch to fix the problem in comment #7 has been submitted for review.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423
--- Additional Comments From jvdelisle at verizon dot net 2005-04-30 05:06
---
I am getting serious regressions here. i686-pc-linux-gnu
gcc version 4.1.0 20050430 (experimental)
with -O2
cbb.out: ZBB: 11 out of 3000 tests failed to pass the threshold
cbb.out: ZBB: 12 out of
at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21199
--- Additional Comments From jvdelisle at verizon dot net 2005-04-24 04:05
---
ifort does it in about 5 seconds. It issues several warnings about alignments,
but otherwise completes quickly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21130
--- Additional Comments From jvdelisle at verizon dot net 2005-04-16 00:55
---
Confirmed on i686. Was not there on 4/12/2005 build.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21049
--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 08:15
---
Created an attachment (id=8563)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8563&action=view)
Reduced case
The attached file is a reduced case that reproduces this hang. See comments
for edi
--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:49
---
I will attempt to reduce this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20821
--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:47
---
Created an attachment (id=8562)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8562&action=view)
Module for attachment in #1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20821
--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:43
---
Created an attachment (id=8561)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8561&action=view)
Attached file hangs gfortran
Using gcc version 4.1.0 20050408 (experimental)
Invoked with -c
--
: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jvdelisle at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla
--- Additional Comments From jvdelisle at verizon dot net 2005-03-13 19:04
---
I also confirm that the ICE no longer occurs. Running the original FM020.f test
program passes all tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18600
--- Additional Comments From jvdelisle at verizon dot net 2005-03-01 03:14
---
I noticed on a the list mention that the error occurs only when the output is
redirected. When I run ./a.out the error message is embedded in the middle of
the output before the last numbers are printed
--- Additional Comments From jvdelisle at verizon dot net 2005-02-27 19:13
---
Is anyone working on this? It is blocking some significant codes I am testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16531
--- Additional Comments From jvdelisle at verizon dot net 2005-02-11 08:18
---
For what its worth, with the files all in the one directory. g77 passes on -O0
and -O1, and hangs on -O2 and -O3. Test set up is as in Comment #33.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
--- Additional Comments From jvdelisle at verizon dot net 2005-02-11 07:56
---
I cleared out the directory, started over and recopied the files in place. I
get a clean execution with no errors with -O1 using g77. When I rm *.o and
recompile with gfortran execution of ./xeigtstd
--- Additional Comments From jvdelisle at verizon dot net 2005-02-11 04:04
---
Thomas, I got setup to run your script and started it running. I then went to
look at some of the .out files to see what it was doing and on every single test
xeigtstd exits with the following message
--- Additional Comments From jvdelisle at verizon dot net 2005-02-08 05:57
---
This seems odd, but I am getting more failures with -O0 then I do -O1, -O2, or
-O3. The fewest failures is with -O1. -O0 and -O3 have regressed since 2-1-05.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From jvdelisle at verizon dot net 2005-02-08 02:34
---
Subject: Re: [g77 & gfortran] Lapack regressions since
g77 2.95.2
giovannibajo at libero dot it wrote:
> --- Additional Comments From giovannibajo at libero dot it 2005-02-07
> 18:56 --
--- Additional Comments From jvdelisle at verizon dot net 2005-02-02 03:29
---
Looking at the code, the results of the tests in Comment #27 are set to this
value large number or small number when an error is detected in the results, so
they are supposed to be the same. For the CGV
--- Additional Comments From jvdelisle at verizon dot net 2005-02-01 08:09
---
Note: Regarding Comment #26
All CGV failures have the same result regardless of matrix or seed:
Matrix order=2, type=17, seed=1661,2075,1541,1865, result 5 is 8.389E+06
All ZGV failures have the same
--- Additional Comments From jvdelisle at verizon dot net 2005-02-01 07:52
---
Using -O3 with flag_complex_divide_method = 1 in toplev.c on i686-pc-linux-gnu
CGV drivers: 64 out of 1092 tests failed to pass the threshold
CST drivers: 1 out of 11664 tests failed to pass
--- Additional Comments From jvdelisle at verizon dot net 2005-01-25 06:00
---
Results on i686-pc-linux-gnu using -O0 -malign-double:
CST:1 out of 4662 tests failed to pass the threshold
DES:1 out of 3270 tests failed to pass the threshold
DSX:1 out of 3500 tests
--- Additional Comments From jvdelisle at verizon dot net 2005-01-21 01:18
---
David, Good Job! I was on exactly the same path and was just beginning to look
at CGELSY. Beat me to the punch! :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
--- Additional Comments From jvdelisle at verizon dot net 2005-01-10 04:46
---
I have managed to reduce one of the test sets, for CLS Drivers to a case of 3
failures out of 108 tests. Looking at the test report I am able to narrow down
to three test drivers, cqrt12.f, cqrt16.f, and
--- Additional Comments From jvdelisle at verizon dot net 2005-01-04 07:15
---
OK, playing with several different dated versions and compiler options, I
discover this on a P4 (i686-pc-linux gnu).
Using -O0 -g instead of -O -pipe -g with:
Configured with: ../gcc/configure --prefix
--- Additional Comments From jvdelisle at verizon dot net 2005-01-04 06:29
---
This is results using -O -pipe -g with:
Configured with: ../gcc/configure --prefix=/opt/gfortran --enable-
languages=c,f95Thread model: posix
gcc version 4.0.0 20050101 (experimental)
CST drivers: 1
--- Additional Comments From jvdelisle at verizon dot net 2004-12-11 06:34
---
Some regressions showing up: FM111 and FM252
FM111.f:241: internal compiler error: in gfc_add_modify_expr, at
fortran/trans.c:154
FM252.f:115: internal compiler error: in gfc_add_modify_expr, at
fortran
--- Additional Comments From jvdelisle at verizon dot net 2004-12-11 05:59
---
ICE on NIST FM252.f reduced case similar to pr#18827
PROGRAM FM252
C
ASSIGN 0012 TO I
0012 FORMAT (" ASSIGN FORMAT NUMBER TO INTEGER VARIABLE " )
END
--
http://g
: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jvdelisle at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux
--- Additional Comments From jvdelisle at verizon dot net 2004-11-10 02:52
---
Argh! Five of the old, three new. Sorry about that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423
--- Additional Comments From jvdelisle at verizon dot net 2004-11-10 02:45
---
Latest run of NIST f77 testsuite. There appears to be 3 of the previously
reported errors and 5 additional new ones.
GNU Fortran 95 (GCC 4.0.0 20041108 (experimental))
Copyright (C) 2004 Free Software
--- Additional Comments From jvdelisle at verizon dot net 2004-10-12 04:57 ---
Subject: Re: Math error in simple divide operation
On Mon, 2004-10-11 at 09:00, tobi at gcc dot gnu dot org wrote:
> --- Additional Comments From tobi at gcc dot gnu dot org 2004-10-11 16
iority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jvdelisle at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17927
82 matches
Mail list logo
