[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-07-29 Thread tkoenig at gcc dot gnu dot org
--- Comment #21 from tkoenig at gcc dot gnu dot org 2007-07-29 14:57 --- > As a side question, this PR has open some kind of Pandora box in which some > failures are directly related to this PR, but probably many others are not. > Would not it be wise to open a "

[Bug libfortran/32858] printf-capabilities for runtime_error()

2007-07-29 Thread tkoenig at gcc dot gnu dot org
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-07-29 16:33 --- Created an attachment (id=13999) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13999&action=view) Patch (current status) This patch is currently bootstrapping on my machine. Let's see

[Bug libfortran/32858] printf-capabilities for runtime_error()

2007-07-29 Thread tkoenig at gcc dot gnu dot org
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-07-29 20:01 --- Subject: Bug 32858 Author: tkoenig Date: Sun Jul 29 20:01:45 2007 New Revision: 127049 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127049 Log: 2007-07-29 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug fortran/30814] non-conforming array sizes in PACK should raise an error

2007-07-29 Thread tkoenig at gcc dot gnu dot org
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-29 20:01 --- Subject: Bug 30814 Author: tkoenig Date: Sun Jul 29 20:01:45 2007 New Revision: 127049 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127049 Log: 2007-07-29 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug fortran/32933] New: ICE in simplify_subreg with -fdefault-integer-8

2007-07-29 Thread tkoenig at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 32770 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32933

[Bug libfortran/32858] printf-capabilities for runtime_error()

2007-07-29 Thread tkoenig at gcc dot gnu dot org
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-07-30 06:11 --- Fixed on trunk. Closing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32858

[Bug fortran/32937] New: segfault with string and -fdefault-integer-8

2007-07-30 Thread tkoenig at gcc dot gnu dot org
-fdefault-integer-8 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot g

[Bug fortran/32938] New: ICE in emit_move_insn with -fdefault-integer-8

2007-07-30 Thread tkoenig at gcc dot gnu dot org
Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 32770 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32938

[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-07-30 Thread tkoenig at gcc dot gnu dot org
--- Comment #22 from tkoenig at gcc dot gnu dot org 2007-07-30 21:06 --- Subject: Bug 32770 Author: tkoenig Date: Mon Jul 30 21:06:41 2007 New Revision: 127071 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127071 Log: 2007-07-30 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/32954] mask and -fdefault-integer-8

2007-07-31 Thread tkoenig at gcc dot gnu dot org
-- 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

[Bug libfortran/32954] mask and -fdefault-integer-8

2007-07-31 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-01 05:52 --- Created an attachment (id=14002) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14002&action=view) proposed patch This should fix it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32954

[Bug libfortran/32954] New: mask and -fdefault-integer-8

2007-07-31 Thread tkoenig at gcc dot gnu dot org
Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 32770 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32954

[Bug fortran/32890] Compile-time detect of LHS/RHS missmatch for PACK

2007-07-31 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-01 06:00 --- Setting to "enhancement", as we now detect the error at runtime. -- tkoenig at gcc dot gnu dot org changed: What|Removed

[Bug libfortran/32954] mask and -fdefault-integer-8

2007-08-01 Thread tkoenig at gcc dot gnu dot org
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-08-01 18:49 --- Even with the correction, the patch didn't pass regression-testing. It's a good thing we do this. I'll continue my investigations. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32954

[Bug libfortran/32954] mask and -fdefault-integer-8

2007-08-01 Thread tkoenig at gcc dot gnu dot org
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-08-01 19:21 --- Created an attachment (id=14003) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14003&action=view) proposed patch (second try) This one should be better. Currently regtesting. -- tkoenig at gcc

[Bug libfortran/32954] mask and -fdefault-integer-8

2007-08-01 Thread tkoenig at gcc dot gnu dot org
--- Comment #15 from tkoenig at gcc dot gnu dot org 2007-08-01 20:44 --- (In reply to comment #13) > I still have the "Bus error". From the backtrace I think the culprit is > libgfortran/intrinsics/pack_generic.c. Probably around the lines: Hi Dominique, I just commi

[Bug libfortran/32954] mask and -fdefault-integer-8

2007-08-01 Thread tkoenig at gcc dot gnu dot org
--- Comment #14 from tkoenig at gcc dot gnu dot org 2007-08-01 20:27 --- Subject: Bug 32954 Author: tkoenig Date: Wed Aug 1 20:27:27 2007 New Revision: 127137 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127137 Log: 2007-08-01 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug fortran/32962] b = conjg(transpose(a)) is erroneous if b is an allocatable array

2007-08-01 Thread tkoenig at gcc dot gnu dot org
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-08-02 05:42 --- Confirmed. Paul, I'm putting you on the CC list because you fixed PR 31994, the original conjg(transpose()) bug. Maybe you can do something about this one :-) Thomas -- tkoenig at gcc dot gnu dot org ch

[Bug libfortran/32954] mask and -fdefault-integer-8

2007-08-02 Thread tkoenig at gcc dot gnu dot org
--- Comment #20 from tkoenig at gcc dot gnu dot org 2007-08-02 17:17 --- (In reply to comment #19) > I have also had a look to the results of -fdump-tree-original and to the > assembly with and without the flag, but did not see anything obvious. This is very strange. spt

[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-08-02 Thread tkoenig at gcc dot gnu dot org
--- Comment #24 from tkoenig at gcc dot gnu dot org 2007-08-02 20:08 --- Subject: Bug 32770 Author: tkoenig Date: Thu Aug 2 20:07:54 2007 New Revision: 127168 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127168 Log: 2007-08-02 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-08-02 Thread tkoenig at gcc dot gnu dot org
--- Comment #25 from tkoenig at gcc dot gnu dot org 2007-08-02 20:19 --- One additional thought. When we add -fdefault-integer-8 to the testsuite (finally :-) we should also add -fdeault-real-8 as well so the sizes of integers and reals match in common blocks. -- http

[Bug testsuite/32956] Compiling equiv_7_db.f90 gives an error with -fdefault-integer-8

2007-08-02 Thread tkoenig at gcc dot gnu dot org
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-08-02 20:26 --- If we use -fdefault-integer-8 on code which includes common or equivalences, we should also include -fdefault-real-8. -- tkoenig at gcc dot gnu dot org changed: What|Removed

[Bug fortran/32933] ICE in simplify_subreg with -fdefault-integer-8

2007-08-02 Thread tkoenig at gcc dot gnu dot org
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-08-02 20:38 --- Same place to ICE for bounds_check_5.f90. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32933

[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-08-02 Thread tkoenig at gcc dot gnu dot org
--- Comment #26 from tkoenig at gcc dot gnu dot org 2007-08-03 05:53 --- Subject: Bug 32770 Author: tkoenig Date: Fri Aug 3 05:52:52 2007 New Revision: 127178 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127178 Log: 2007-08-03 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/32972] New: performance of pack/unpack

2007-08-02 Thread tkoenig at gcc dot gnu dot org
Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu

[Bug libfortran/32977] [4.3 regression] All gfortran tests fail on Tru64 UNIX V4.0F: vsnprintf missing

2007-08-03 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-03 17:29 --- *sigh* Oh well, I broke it, so I'd better fix it. -- tkoenig at gcc dot gnu dot org changed: What|Removed |

[Bug libfortran/32977] [4.3 regression] All gfortran tests fail on Tru64 UNIX V4.0F: vsnprintf missing

2007-08-03 Thread tkoenig at gcc dot gnu dot org
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-08-03 21:09 --- Created an attachment (id=14018) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14018&action=view) patch This should fix it, and also provide at least some safeguards against buffer overrun in case

[Bug libfortran/32977] [4.3 regression] All gfortran tests fail on Tru64 UNIX V4.0F: vsnprintf missing

2007-08-03 Thread tkoenig at gcc dot gnu dot org
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-08-03 21:12 --- (In reply to comment #2) > (In reply to comment #1) > > *sigh* > > Yeah; I was thinking of organising a "non-C99 targets have to die *right* > *now*" day, would you join me? ;-) Of c

[Bug libfortran/32977] [4.3 regression] All gfortran tests fail on Tru64 UNIX V4.0F: vsnprintf missing

2007-08-03 Thread tkoenig at gcc dot gnu dot org
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-08-03 22:10 --- Fixed, closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug libfortran/32977] [4.3 regression] All gfortran tests fail on Tru64 UNIX V4.0F: vsnprintf missing

2007-08-03 Thread tkoenig at gcc dot gnu dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-08-03 22:09 --- Subject: Bug 32977 Author: tkoenig Date: Fri Aug 3 22:09:10 2007 New Revision: 127187 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127187 Log: 2007-08-03 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-08-04 Thread tkoenig at gcc dot gnu dot org
--- Comment #27 from tkoenig at gcc dot gnu dot org 2007-08-04 18:21 --- Subject: Bug 32770 Author: tkoenig Date: Sat Aug 4 18:20:54 2007 New Revision: 127210 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127210 Log: 2007-08-04 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/32989] New: getarg and -fdefault-integer-8

2007-08-04 Thread tkoenig at gcc dot gnu dot org
riority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 32770 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32989

[Bug libfortran/32770] [Meta-bug] -fdefault-integer-8 issues

2007-08-04 Thread tkoenig at gcc dot gnu dot org
--- Comment #28 from tkoenig at gcc dot gnu dot org 2007-08-04 20:14 --- Subject: Bug 32770 Author: tkoenig Date: Sat Aug 4 20:14:26 2007 New Revision: 127212 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127212 Log: 2007-08-04 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/32989] getarg and -fdefault-integer-8

2007-08-04 Thread tkoenig at gcc dot gnu dot org
-- 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

[Bug libfortran/32989] getarg and -fdefault-integer-8

2007-08-09 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-09 19:14 --- Right now, I'd rather work on something else. Unassigning myself (for now, at least). -- tkoenig at gcc dot gnu dot org changed: What|Removed |

[Bug libfortran/32972] performance of pack/unpack

2007-08-10 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-10 20:58 --- Hi FX, I just thought you'd like to be in the loop for this one. -- tkoenig at gcc dot gnu dot org changed: What|Removed |

[Bug libfortran/32972] performance of pack/unpack

2007-08-10 Thread tkoenig at gcc dot gnu dot org
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-08-10 20:59 --- Created an attachment (id=14051) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14051&action=view) partial patch Partial patch (doesn't yet remove the conversion of logical(kind=1) and logical(

[Bug libfortran/32972] performance of pack/unpack

2007-08-11 Thread tkoenig at gcc dot gnu dot org
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-08-11 20:34 --- Created an attachment (id=14055) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14055&action=view) proposed patch Here's a patch, which is currently regtesting. We'll absolutely need to ch

[Bug fortran/33054] RANDOM_SEED is broken with -fdefault-integer-8

2007-08-12 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-12 11:05 --- > Thomas, any opinion on that? The arguments to random_seed are restricted to default integer, at least up to F 2003, so we should just reject anything else. We'd then need two versions of random_seed fo

[Bug libfortran/32812] random_seed and date_and_time

2007-08-12 Thread tkoenig at gcc dot gnu dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-08-12 11:19 --- > So, since it's just shuffling bytes (and it's a bijective operation, of > course), I don't think I'm messing with any of the properties of the > generator. I concur. It might

[Bug libfortran/33055] New: ignoring iostat= with -fdefault-integer-8

2007-08-12 Thread tkoenig at gcc dot gnu dot org
n AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 32770 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33055

[Bug fortran/33056] New: [Meta-bug] Data related bugs

2007-08-12 Thread tkoenig at gcc dot gnu dot org
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org BugsThisDependsOn: 25096,31244,32315,32331,32928 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33056

[Bug libfortran/32972] performance of pack/unpack

2007-08-16 Thread tkoenig at gcc dot gnu dot org
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-08-16 18:16 --- Hi Dominique, would you be willing to give the patch at http://gcc.gnu.org/ml/fortran/2007-08/msg00295.html a spin on your Mac to check whether this is OK? That would be great, because I don't have a big-e

[Bug fortran/30625] Array pointers to components of derived type arrays do not work

2007-08-18 Thread tkoenig at gcc dot gnu dot org
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-08-18 18:28 --- Some discussion is here: http://gcc.gnu.org/ml/fortran/2007-04/msg00115.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30625

[Bug libfortran/32972] performance of pack/unpack

2007-08-24 Thread tkoenig at gcc dot gnu dot org
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-08-24 16:16 --- Subject: Bug 32972 Author: tkoenig Date: Fri Aug 24 16:16:16 2007 New Revision: 127774 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127774 Log: 2007-08-24 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug fortran/31711] was "rhs array is changed while assiging to same lhs array"

2007-08-26 Thread tkoenig at gcc dot gnu dot org
--- Comment #17 from tkoenig at gcc dot gnu dot org 2007-08-26 11:24 --- Changing severity to enhancement. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug libfortran/33055] Runtime error in INQUIRE unit existance with -fdefault-integer-8

2007-08-29 Thread tkoenig at gcc dot gnu dot org
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-08-29 19:02 --- Hi Jerry, what was the problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33055

[Bug libfortran/33253] New: namelist: reading back a string with apostrophe

2007-08-30 Thread tkoenig at gcc dot gnu dot org
rity: enhancement Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33253

[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays

2007-09-04 Thread tkoenig at gcc dot gnu dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-09-04 21:03 --- This one should be fairly straightforward. Mine :-) -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays

2007-09-06 Thread tkoenig at gcc dot gnu dot org
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-09-06 19:25 --- Subject: Bug 33298 Author: tkoenig Date: Thu Sep 6 19:25:30 2007 New Revision: 128206 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128206 Log: 2007-09-06 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays

2007-09-06 Thread tkoenig at gcc dot gnu dot org
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-09-06 21:23 --- Fixed on trunk. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33341] New: unnecessary stores for array constructor

2007-09-07 Thread tkoenig at gcc dot gnu dot org
gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu

[Bug fortran/33341] unnecessary stores for array constructor

2007-09-07 Thread tkoenig at gcc dot gnu dot org
-- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33341

[Bug fortran/33338] ERROR MSG FOR "READ (11,FMT='(Q,A)'..." POINTS AT END-OF-LINE RATHER THAN AT Q.

2007-09-08 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-08 07:16 --- Confirmed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Severity

[Bug fortran/33343] ICE (segfault) on invalid code with wrongly shaped arguments to elemental procedures

2007-09-08 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-08 07:19 --- Confirmed. Traceback: #0 integer_onep (expr=0x0) at ../../../gcc/trunk/gcc/tree.c:1337 #1 0x080d0513 in gfc_conv_loop_setup (loop=0xbff16814) at ../../../gcc/trunk/gcc/fortran/trans-array.c:3250 #2

[Bug fortran/33341] unnecessary stores for array constructor

2007-09-08 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-08 11:32 --- An equivalent C testcase eliminates the array stores: int foo(int *a,int *b,int *c,int *d) { int val[3]; val[0] = *a; val[1] = *b; val[2] = *c; return (val[0] != *d) && (val[1] != *d) &

[Bug fortran/33337] ICE in Sep 6 snapshot in gfc_finish_var_decl, at fortran/trans-decl.c:510

2007-09-08 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-08 11:40 --- Confirmed. Backtrace: (gdb) b fancy_abort Breakpoint 1 at 0x817cfe0: file ../../../gcc/trunk/gcc/diagnostic.c, line 654. (gdb) r mm.f90 Starting program: /home/ig25/libexec/gcc/i686-pc-linux-gnu/4.3.0/f951 mm.f90

[Bug fortran/33370] New: Passing structure component arrays as actual arguments

2007-09-09 Thread tkoenig at gcc dot gnu dot org
Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 32834

[Bug fortran/33370] Passing structure component arrays as actual arguments

2007-09-09 Thread tkoenig at gcc dot gnu dot org
-- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33370

[Bug fortran/33370] Structure component arrays

2007-09-09 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-09 20:03 --- Reduced testcase due to Paul Thomas: $ cat > goo.f90 program main type foo integer :: i character(len=3) :: c end type foo type(foo), dimension(4), target :: a a%i = (/ 12, 2, 3, 10 /) print *

[Bug fortran/33400] Formatted read fails if line ends without line break

2007-09-15 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-15 15:31 --- Confirmed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC

[Bug fortran/33354] [4.2 only] MINLOC in combination with SUM gives wrong result

2007-09-22 Thread tkoenig at gcc dot gnu dot org
-- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot

[Bug fortran/33354] [4.2 only] MINLOC in combination with SUM gives wrong result

2007-09-29 Thread tkoenig at gcc dot gnu dot org
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-09-29 13:12 --- (In reply to comment #5) > I added a testcase for this. Thanks! > Can this bug be closed or does anyone feel > strongly enough about it to fix it in 4.2? If we can identify which patch fixed this, I'

[Bug fortran/33354] [4.2 only] MINLOC in combination with SUM gives wrong result

2007-09-30 Thread tkoenig at gcc dot gnu dot org
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-09-30 21:03 --- I am currently trying to find the patch responsible for fixing this. This could indeed be Paul's fix for PR 32298 and 31726. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33354

[Bug fortran/33354] [4.2 only] MINLOC in combination with SUM gives wrong result

2007-10-02 Thread tkoenig at gcc dot gnu dot org
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-10-02 18:09 --- I can confirm that http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125983 fixes the problem for 4.2. As this is a particularly bad (i.e. silent wrong-code) bug, I propose to commit Paul's patch onc

[Bug fortran/33539] Too much noise for zero-length character strings

2007-10-03 Thread tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-10-03 18:51 --- This may work: $ svn diff Index: resolve.c === --- resolve.c (revision 128885) +++ resolve.c (working copy) @@ -6563,7 +6563,7 @@ resolve_charlen

[Bug libfortran/32954] pack with -fdefault-integer-8

2007-10-04 Thread tkoenig at gcc dot gnu dot org
--- Comment #22 from tkoenig at gcc dot gnu dot org 2007-10-04 20:36 --- This is hard to debug without access to a big-endian machine. Renaming, unapplying myself. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33539] Too much noise for zero-length character strings

2007-10-04 Thread tkoenig at gcc dot gnu dot org
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-10-04 20:27 --- Fixed on trunk. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/33539] Too much noise for zero-length character strings

2007-10-04 Thread tkoenig at gcc dot gnu dot org
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-10-04 20:26 --- Subject: Bug 33539 Author: tkoenig Date: Thu Oct 4 20:26:24 2007 New Revision: 129022 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129022 Log: 2007-10-04 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug fortran/31588] gfortran should be able to output Makefile dependencies with -M* options

2007-10-06 Thread tkoenig at gcc dot gnu dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-10-06 21:36 --- For once, the segfault is in the gfortran driver, not the f951 binary. Backtrace, plus some more debug info: $ gdb ~/bin/gfortran GNU gdb 6.6.90.20070912-debian Copyright (C) 2007 Free Software Foundation, Inc

[Bug libfortran/33683] New: calculating lgamma instead of gamma

2007-10-06 Thread tkoenig at gcc dot gnu dot org
: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33683

[Bug libfortran/33683] calculating lgamma instead of gamma

2007-10-07 Thread tkoenig at gcc dot gnu dot org
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-10-07 10:22 --- (In reply to comment #2) > I checked and the simplification routines work correctly, which means there is > no real testsuite coverage for these functions. We should always include > testcases compari

[Bug libfortran/33683] calculating lgamma instead of gamma

2007-10-07 Thread tkoenig at gcc dot gnu dot org
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-10-07 16:48 --- This fixes things at least on my system; this also passes regression-testing. Index: mathbuiltins.def === --- mathbuiltins.def(revision 129050

[Bug libfortran/33683] calculating lgamma instead of gamma

2007-10-07 Thread tkoenig at gcc dot gnu dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-10-07 21:36 --- Subject: Bug 33683 Author: tkoenig Date: Sun Oct 7 21:36:09 2007 New Revision: 129116 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129116 Log: 2007-10-07 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug libfortran/33683] calculating lgamma instead of gamma

2007-10-07 Thread tkoenig at gcc dot gnu dot org
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-10-07 21:45 --- Fixed. Let's close this and watch for occurences of gamma_5.f90 failing, then open a new bug report if that happens. -- tkoenig at gcc dot gnu dot org changed: What|Re

[Bug libfortran/33683] calculating lgamma instead of gamma

2007-10-09 Thread tkoenig at gcc dot gnu dot org
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-10-09 20:13 --- Subject: Bug 33683 Author: tkoenig Date: Tue Oct 9 20:13:18 2007 New Revision: 129174 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129174 Log: 2007-10-09 Thomas Koenig <[EMAIL PROTECTED]&g

[Bug fortran/33698] FAIL: gfortran.dg/gamma_5.f90

2007-10-09 Thread tkoenig at gcc dot gnu dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-10-09 20:22 --- We'll probably need to roll our own tgamma function: To cover cases like this, where the system doesn't provide one, and to get numerically better answers. -- tkoenig at gcc dot gnu dot o

[Bug libfortran/31726] minloc/maxloc: wrong results with empty array (F2003 only)

2007-10-15 Thread tkoenig at gcc dot gnu dot org
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-10-15 18:23 --- Subject: Bug 31726 Author: tkoenig Date: Mon Oct 15 18:23:39 2007 New Revision: 129365 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129365 Log: 2007-10-25 Thomas Koenig <[EMAI

[Bug fortran/33354] [4.2 only] MINLOC in combination with SUM gives wrong result

2007-10-15 Thread tkoenig at gcc dot gnu dot org
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-10-15 18:23 --- Subject: Bug 33354 Author: tkoenig Date: Mon Oct 15 18:23:39 2007 New Revision: 129365 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129365 Log: 2007-10-25 Thomas Koenig <[EMAI

[Bug fortran/32298] MINLOC / MAXLOC: off-by one for PARAMETER arrays

2007-10-15 Thread tkoenig at gcc dot gnu dot org
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-10-15 18:23 --- Subject: Bug 32298 Author: tkoenig Date: Mon Oct 15 18:23:39 2007 New Revision: 129365 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129365 Log: 2007-10-25 Thomas Koenig <[EMAI

[Bug fortran/33354] [4.2 only] MINLOC in combination with SUM gives wrong result

2007-10-15 Thread tkoenig at gcc dot gnu dot org
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-10-15 18:24 --- Fixed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug fortran/33698] FAIL: gfortran.dg/gamma_5.f90

2007-10-20 Thread tkoenig at gcc dot gnu dot org
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-10-20 10:06 --- Mine. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug fortran/33698] FAIL: gfortran.dg/gamma_5.f90

2007-10-20 Thread tkoenig at gcc dot gnu dot org
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-10-20 10:17 --- I am tempted not to use gamma*() at all, but rather check for tgamma*() and lgamma*() and use that if available. If none of them are present, use a fallback implementation. This avoids potential problems with

[Bug libfortran/20832] Segfault in SUM

2005-04-08 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-08 19:18 --- *** This bug has been marked as a duplicate of 19106 *** -- What|Removed |Added

[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a>0)

2005-04-08 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-08 19:18 --- *** Bug 20832 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/19261] continuation character illegal as first non-blank character in statement

2005-04-08 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-08 22:19 --- (In reply to comment #4) > Isn't this related to or at least a dup of bug 19101? A different bug because a different provision of the standard is violated. Probably, a meta-bug "parser-relate

[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a>0)

2005-04-09 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-09 20:32 --- Updated patch: http://gcc.gnu.org/ml/fortran/2005-04/msg00214.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19106

[Bug libfortran/19014] print *,maxloc(array) segfaults

2005-04-09 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-09 20:33 --- Patch: http://gcc.gnu.org/ml/fortran/2005-04/msg00214.html -- What|Removed |Added

[Bug libfortran/20744] size= isn't implemented correctly

2005-04-09 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-09 20:38 --- Patch here: http://gcc.gnu.org/ml/fortran/2005-04/msg00100.html -- What|Removed |Added

[Bug libfortran/19106] segfault in executable for print *,sum(a,dim=2,mask=a>0)

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:23 --- Waiting for the 4.0 branch to reopen to apply there. -- What|Removed |Added Known to

[Bug libfortran/19014] print *,maxloc(array) segfaults

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:24 --- Waiting for the 4.0 branch to reopen to apply there. -- What|Removed |Added Known to

[Bug libfortran/17992] reading empty line does not return 0

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:37 --- Fixed in 4.1.0, waiting for inclusion into 4.0. -- What|Removed |Added Keywords

[Bug libfortran/19568] incorrect formatted read

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:38 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Known to work

[Bug libfortran/19595] eor does not work

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:39 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords

[Bug libfortran/20005] reading a single "return" character fails

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:40 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords

[Bug libfortran/20092] console input doesn't deal correctly with CR

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:41 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords

[Bug libfortran/20131] gfortan - incorrectly reads beyond the end of line.

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:41 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Known to work

[Bug fortran/20138] fortran (driver?) bug: array bound checking conflicts with preprocessing

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:44 --- (In reply to comment #4) > Subject: Bug 20138 Whoops, an erroneous entry in the Changelog here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138

[Bug libfortran/20661] End of record not detected

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:44 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Keywords

[Bug libfortran/20744] size= isn't implemented correctly

2005-04-10 Thread tkoenig at gcc dot gnu dot org
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:45 --- Fixed in 4.1.0, waiting for 4.0 to reopen. -- What|Removed |Added Known to fail|4.0.0

<    1   2   3   4   5   6   7   8   9   10   >