[Bug fortran/31564] Error: Type/rank mismatch in argument

2007-06-03 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2007-06-03 19:28 --- I never seem to get time to do anything about this bug, so I'll better unassign it from me. -- eedelman at gcc dot gnu dot org changed: What|Removed |

[Bug fortran/31564] Error: Type/rank mismatch in argument

2007-05-28 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2007-05-28 18:51 --- (In reply to comment #3) > (In reply to comment #2) > > Created an attachment (id=13618) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13618&action=view) [edit] > > decl.c patch (not

[Bug fortran/31564] Error: Type/rank mismatch in argument

2007-05-28 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2007-05-28 15:41 --- (In reply to comment #2) > Created an attachment (id=13618) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13618&action=view) [edit] > decl.c patch (not check-gfortran tested) > > Erik, ar

[Bug fortran/31564] Error: Type/rank mismatch in argument

2007-04-22 Thread eedelman at gcc dot gnu dot org
-- eedelman at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |eedelman at gcc dot gnu dot |dot org

[Bug fortran/30003] Expressions with side effects in array references

2006-12-02 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-12-02 22:28 --- I thought I would have time to do something about this bug, but I will not; not in the next few weeks/months. I therefore unassign it from me. My appologies to those who expected to be fixed soon. If it's

[Bug fortran/30003] New: Expressions with side effects in array references

2006-11-27 Thread eedelman at gcc dot gnu dot org
RMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: eedelman at gcc dot gnu dot org ReportedBy: eedelman at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30003

[Bug fortran/29630] "Unclassifiable statement" with vector subscripts in initialization

2006-11-08 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-11-08 21:20 --- fixed. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/29679] Inability to get shapes correct in initializations

2006-11-08 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-11-08 21:19 --- fixed. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/29630] "Unclassifiable statement" with vector subscripts in initialization

2006-11-08 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-11-08 21:19 --- Subject: Bug 29630 Author: eedelman Date: Wed Nov 8 21:19:01 2006 New Revision: 118599 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118599 Log: 2006-11-08 Erik Edelmann <[EMAI

[Bug fortran/29679] Inability to get shapes correct in initializations

2006-11-08 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-11-08 21:19 --- Subject: Bug 29679 Author: eedelman Date: Wed Nov 8 21:19:01 2006 New Revision: 118599 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118599 Log: 2006-11-08 Erik Edelmann <[EMAI

[Bug fortran/29679] Inability to get shapes correct in initializations

2006-11-08 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2006-11-08 21:14 --- Subject: Bug 29679 Author: eedelman Date: Wed Nov 8 21:14:06 2006 New Revision: 118598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118598 Log: fortran/ 2006-11-08 Erik Edelmann <[EMAI

[Bug fortran/29630] "Unclassifiable statement" with vector subscripts in initialization

2006-11-08 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2006-11-08 21:14 --- Subject: Bug 29630 Author: eedelman Date: Wed Nov 8 21:14:06 2006 New Revision: 118598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118598 Log: fortran/ 2006-11-08 Erik Edelmann <[EMAI

[Bug fortran/29679] Inability to get shapes correct in initializations

2006-11-06 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-11-06 22:19 --- Subject: Bug 29679 Author: eedelman Date: Mon Nov 6 22:18:54 2006 New Revision: 118528 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118528 Log: fortran/ 2006-11-06 Erik Edelmann <[EMAI

[Bug fortran/29630] "Unclassifiable statement" with vector subscripts in initialization

2006-11-06 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-11-06 22:19 --- Subject: Bug 29630 Author: eedelman Date: Mon Nov 6 22:18:54 2006 New Revision: 118528 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118528 Log: fortran/ 2006-11-06 Erik Edelmann <[EMAI

[Bug fortran/29699] ICE in trans-decl.c

2006-11-03 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-11-03 23:20 --- Confirmed. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added CC

[Bug fortran/29679] New: Inability to get shapes correct in initializations

2006-10-31 Thread eedelman at gcc dot gnu dot org
ssignedTo: eedelman at gcc dot gnu dot org ReportedBy: eedelman at gcc dot gnu dot org OtherBugsDependingO 29630 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29679

[Bug fortran/29630] New: "Unclassifiable statement" with vector subscripts in initialization

2006-10-28 Thread eedelman at gcc dot gnu dot org
iority: P3 Component: fortran AssignedTo: eedelman at gcc dot gnu dot org ReportedBy: eedelman at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29630

[Bug fortran/29393] Vector subscript rejected

2006-10-24 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-10-24 20:45 --- Subject: Bug 29393 Author: eedelman Date: Tue Oct 24 20:45:29 2006 New Revision: 118011 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118011 Log: fortran/ 2006-10-24 Erik Edelmann <[EMAI

[Bug fortran/29393] Vector subscript rejected

2006-10-24 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2006-10-24 20:40 --- Subject: Bug 29393 Author: eedelman Date: Tue Oct 24 20:40:19 2006 New Revision: 118010 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118010 Log: fortran/ 2006-10-24 Erik Edelmann <[EMAI

[Bug fortran/29393] Vector subscript rejected

2006-10-24 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-10-24 17:01 --- Subject: Bug 29393 Author: eedelman Date: Tue Oct 24 17:01:30 2006 New Revision: 118008 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118008 Log: fortran/ 2006-10-24 Erik Edelmann <[EMAI

[Bug fortran/29393] Vector subscript rejected

2006-10-21 Thread eedelman at gcc dot gnu dot org
-- eedelman at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |eedelman at gcc dot gnu dot |dot org

[Bug fortran/20541] TR 15581: ALLOCATABLE components

2006-08-20 Thread eedelman at gcc dot gnu dot org
--- Comment #19 from eedelman at gcc dot gnu dot org 2006-08-20 17:38 --- Created an attachment (id=12106) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12106&action=view) Updated patch Fixes the conflicts with recently committed patches. -- eedelman at gcc dot gnu

[Bug fortran/25217] Derived type dummy argument having intent(out) attribute

2006-08-20 Thread eedelman at gcc dot gnu dot org
--- Comment #7 from eedelman at gcc dot gnu dot org 2006-08-20 16:24 --- (In reply to comment #6) > Eric, can this bug be closed as FIXED now? > Yes, I would say so. -- eedelman at gcc dot gnu dot org changed: What|Removed

[Bug fortran/25217] Derived type dummy argument having intent(out) attribute

2006-08-19 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-08-19 21:31 --- Subject: Bug 25217 Author: eedelman Date: Sat Aug 19 21:31:47 2006 New Revision: 116262 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116262 Log: fortran/ 2006-08-20 Erik Edelmann <[EMAI

[Bug fortran/25217] Derived type dummy argument having intent(out) attribute

2006-08-19 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-08-19 21:06 --- Subject: Bug 25217 Author: eedelman Date: Sat Aug 19 21:05:59 2006 New Revision: 116261 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116261 Log: fortran/ 2006-08-19 Erik Edelmann <[EMAI

[Bug fortran/28416] ICE on allocatable codes

2006-08-14 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-08-14 19:50 --- Fixed on 4.2. (No need to fix it on 4.1, since allocatable dummies aren't supported there.) -- eedelman at gcc dot gnu dot org changed: What|Removed |

[Bug fortran/20541] TR 15581: ALLOCATABLE components

2006-08-10 Thread eedelman at gcc dot gnu dot org
--- Comment #17 from eedelman at gcc dot gnu dot org 2006-08-10 20:23 --- Created an attachment (id=12060) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12060&action=view) New version. Yup, the previous patch wasn't complete (it lacked libgfortran/intrinsics/move_al

[Bug fortran/20541] TR 15581: ALLOCATABLE components

2006-08-09 Thread eedelman at gcc dot gnu dot org
--- Comment #15 from eedelman at gcc dot gnu dot org 2006-08-09 21:55 --- Created an attachment (id=12049) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12049&action=view) Updated patch Fix the problem reported by Jack. -- eedelman at gcc dot gnu dot org

[Bug fortran/20541] TR 15581: ALLOCATABLE components

2006-07-30 Thread eedelman at gcc dot gnu dot org
--- Comment #13 from eedelman at gcc dot gnu dot org 2006-07-30 21:38 --- Created an attachment (id=11975) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11975&action=view) Latest version Fixed a bunch of problems, added some documentation, and moved MOVE_ALLOC to a file

[Bug fortran/28416] ICE on allocatable codes

2006-07-24 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-07-24 20:16 --- Subject: Bug 28416 Author: eedelman Date: Mon Jul 24 20:15:59 2006 New Revision: 115721 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115721 Log: fortran/ 2006-07-24 Erik Edelmann <[EMAI

[Bug fortran/28416] ICE on allocatable codes

2006-07-18 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-07-18 18:45 --- (In reply to comment #3) > The fix, as described on the list, is to be found in the latest patch to > PR20541 - the TR15581 story. It includes the corrections to the > going-out-of-scope cleanup, as wel

[Bug fortran/25217] Derived type dummy argument having intent(out) attribute

2006-07-18 Thread eedelman at gcc dot gnu dot org
-- eedelman at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |eedelman at gcc dot gnu dot |dot org

[Bug libfortran/27360] Memory leaks when reading logicals

2006-04-30 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-04-30 18:05 --- (In reply to comment #4) > Subject: Bug number PR27360 > > 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/2

[Bug libfortran/27360] New: Memory leaks when reading logicals

2006-04-29 Thread eedelman at gcc dot gnu dot org
illed -- Summary: Memory leaks when reading logicals Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedB

[Bug fortran/20541] TR 15581: ALLOCATABLE components

2006-03-12 Thread eedelman at gcc dot gnu dot org
-- eedelman at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |eedelman at gcc dot gnu dot |dot org

[Bug fortran/16136] Conflicting attributes ALLOCATABLE, DUMMY (F2003)

2006-03-06 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-03-06 12:52 --- Works on mainline (will become 4.2). Will (probably) not be backported to 4.1. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/16136] Conflicting attributes ALLOCATABLE, DUMMY (F2003)

2006-03-05 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-03-05 19:24 --- Subject: Bug 16136 Author: eedelman Date: Sun Mar 5 19:24:48 2006 New Revision: 111741 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111741 Log: fortran/ 2005-03-05 Erik Edelmann <[EMAI

[Bug fortran/16136] Conflicting attributes ALLOCATABLE, DUMMY (F2003)

2006-03-01 Thread eedelman at gcc dot gnu dot org
-- eedelman at gcc dot gnu dot org changed: What|Removed |Added CC||eedelman at gcc dot gnu dot

[Bug fortran/26409] [4.2 regression] ICE on Assumed shape nested subroutine

2006-02-23 Thread eedelman at gcc dot gnu dot org
--- Comment #7 from eedelman at gcc dot gnu dot org 2006-02-23 22:31 --- A few binary search steps later: Works with revision 111270, fails with 111271. It seems to be related to the patch 2006-02-19 H.J. Lu <[EMAIL PROTECTED]> * resolve.c (resolve_contained_fun

[Bug fortran/26409] [4.2 regression] ICE on Assumed shape nested subroutine

2006-02-23 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-02-23 14:11 --- For me, on Linux/x86, it works with revision 111200, but ICEs with 111300 and 111387. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26409

[Bug fortran/26201] [4.1 regression] __convert_i4_i8 written to a module.

2006-02-20 Thread eedelman at gcc dot gnu dot org
--- Comment #13 from eedelman at gcc dot gnu dot org 2006-02-20 20:06 --- Subject: Bug 26201 Author: eedelman Date: Mon Feb 20 20:06:49 2006 New Revision: 111311 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111311 Log: fortran/ 2006-02-20 Erik Edelmann <[EMAI

[Bug fortran/26201] [4.1 regression] __convert_i4_i8 written to a module.

2006-02-20 Thread eedelman at gcc dot gnu dot org
--- Comment #12 from eedelman at gcc dot gnu dot org 2006-02-20 18:50 --- (In reply to comment #11) > (In reply to comment #10) > > With this fix, trunk is now once again able to compile VASP. Too bad it > > seems > > to be a bit late to get into 4.1. Maybe 4.1.1

[Bug fortran/26201] [4.1/4.2 regression] __convert_i4_i8 written to a module.

2006-02-19 Thread eedelman at gcc dot gnu dot org
--- Comment #9 from eedelman at gcc dot gnu dot org 2006-02-19 17:23 --- Subject: Bug 26201 Author: eedelman Date: Sun Feb 19 17:23:07 2006 New Revision: 111270 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111270 Log: fortran/ 2006-02-19 Erik Edelmann <[EMAI

[Bug fortran/26201] [4.1/4.2 regression] __convert_i4_i8 written to a module.

2006-02-18 Thread eedelman at gcc dot gnu dot org
--- Comment #7 from eedelman at gcc dot gnu dot org 2006-02-18 19:52 --- Here's a small one-liner patch that I think fixes the bug. I'll post it to the mailing list later tonight if/when it passes regression testing. Index: gcc/fortran/i

[Bug fortran/26201] [4.1/4.2 regression] __convert_i4_i8 written to a module.

2006-02-16 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-02-16 14:12 --- With Philippe's testcase, I can reproduce the problem on my system now. -- eedelman at gcc dot gnu dot org changed: What|Removed |

[Bug fortran/26201] [4.1/4.2 regression] __convert_i4_i8 written to a module.

2006-02-15 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-02-15 21:20 --- I can't reproduce the problem with MUMPS on Linux/x86 (mainline revision 11, 4.1 revision 110989). Assuming that Steve used a 64 bit processor, it seems that for this code the bug is visible only on 6

[Bug fortran/25806] problems with functions returning array pointers?

2006-02-14 Thread eedelman at gcc dot gnu dot org
--- Comment #8 from eedelman at gcc dot gnu dot org 2006-02-14 20:31 --- Fixed on 4.1 and mainline. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25806] problems with functions returning array pointers?

2006-02-14 Thread eedelman at gcc dot gnu dot org
--- Comment #7 from eedelman at gcc dot gnu dot org 2006-02-14 17:34 --- Subject: Bug 25806 Author: eedelman Date: Tue Feb 14 17:34:07 2006 New Revision: 110989 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110989 Log: fortran/ 2006-02-14 Erik Edelmann <[EMAI

[Bug fortran/25806] problems with functions returning array pointers?

2006-02-12 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-02-12 17:34 --- Subject: Bug 25806 Author: eedelman Date: Sun Feb 12 17:34:15 2006 New Revision: 110893 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110893 Log: fortran/ 2006-02-12 Erik Edelmann <[EMAI

[Bug fortran/26201] [4.1/4/2 regression, fortran] __convert_i4_i8 written to a module.

2006-02-09 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-02-09 19:12 --- Possibly related to the patch for PR 25716 (committed to mainline 2005-01-25). -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25806] problems with functions returning array pointers?

2006-02-06 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-02-06 21:51 --- A slightly improved form of the patch attached here earlier has been posted to the mailing list for review: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00394.html -- eedelman at gcc dot gnu dot org changed

[Bug fortran/25806] problems with functions returning array pointers?

2006-02-04 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-02-04 20:52 --- Created an attachment (id=10777) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10777&action=view) Patch to fix the bug. We also get into trouble if we try to pass the result of a pointer-to-array re

[Bug fortran/25806] problems with functions returning array pointers?

2006-02-04 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-02-04 17:11 --- If I compile the original testcase with current mainline (revision 110561), the binary dies on execution with *** glibc detected *** double free or corruption (out): 0xbfc9d020 *** Aborted If I remove the line

[Bug fortran/26041] FORTRAN compiler won't compile the valid code

2006-02-01 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-02-01 11:29 --- (In reply to comment #2) > How about this? As far as I can see, this latter testcase is valid code. Confirmed. An additional comment: If I change the call to the generic subroutine bar_ in xxx to a call

[Bug fortran/24266] ICE when writing to array of strings that is an elements of a user defined type

2006-01-31 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-01-31 21:19 --- Fixed on mainline and 4.1 -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/24266] ICE when writing to array of strings that is an elements of a user defined type

2006-01-31 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-01-31 20:45 --- Subject: Bug 24266 Author: eedelman Date: Tue Jan 31 20:45:40 2006 New Revision: 110447 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110447 Log: fortran/ 2005-01-31 Erik Edelmann <[EMAI

[Bug fortran/26038] FORTRAN segfault

2006-01-31 Thread eedelman at gcc dot gnu dot org
--- Comment #8 from eedelman at gcc dot gnu dot org 2006-01-31 11:12 --- (In reply to comment #7) > The original code looks like > >subroutine foo(self) > character(*) :: self > pointer :: self > nullify(self) > allocate(self) >

[Bug fortran/24266] ICE when writing to array of strings that is an elements of a user defined type

2006-01-30 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-01-30 22:24 --- Subject: Bug 24266 Author: eedelman Date: Mon Jan 30 22:23:57 2006 New Revision: 110412 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110412 Log: fortran/ 2005-01-30 Erik Edelmann <[EMAI

[Bug fortran/24266] ICE when writing to array of strings that is an elements of a user defined type

2006-01-30 Thread eedelman at gcc dot gnu dot org
-- eedelman at gcc dot gnu dot org changed: What|Removed |Added CC||eedelman at gcc dot gnu dot

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

2006-01-27 Thread eedelman at gcc dot gnu dot org
--- Comment #18 from eedelman at gcc dot gnu dot org 2006-01-27 17:19 --- Subject: Bug 25716 Author: eedelman Date: Fri Jan 27 17:19:36 2006 New Revision: 110302 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110302 Log: fortran/ 2005-01-27 Erik Edelmann <[EMAI

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

2006-01-25 Thread eedelman at gcc dot gnu dot org
--- Comment #17 from eedelman at gcc dot gnu dot org 2006-01-25 20:46 --- Subject: Bug 25716 Author: eedelman Date: Wed Jan 25 20:46:29 2006 New Revision: 110225 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110225 Log: fortran/ 2005-01-25 Erik Edelmann <[EMAI

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

2006-01-14 Thread eedelman at gcc dot gnu dot org
--- Comment #13 from eedelman at gcc dot gnu dot org 2006-01-14 23:22 --- Created an attachment (id=10645) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10645&action=view) Improved patch After some more testing, I found out that the previous patch still failed in som

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

2006-01-14 Thread eedelman at gcc dot gnu dot org
--- Comment #11 from eedelman at gcc dot gnu dot org 2006-01-14 15:40 --- Created an attachment (id=10640) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10640&action=view) Improved patch -- eedelman at gcc dot gnu dot org changed: What|

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

2006-01-14 Thread eedelman at gcc dot gnu dot org
--- Comment #10 from eedelman at gcc dot gnu dot org 2006-01-14 15:38 --- (In reply to comment #9) > > Attached a patch that fixes the problem on x86 and a cross-compiler to > > sparc64. I intend to contemplate it a bit further before I post it to the > > list f

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

2006-01-13 Thread eedelman at gcc dot gnu dot org
--- Comment #8 from eedelman at gcc dot gnu dot org 2006-01-14 00:12 --- Created an attachment (id=10639) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10639&action=view) Patch to fix the bug. Attached a patch that fixes the problem on x86 and a cross-compiler to spar

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

2006-01-10 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-01-10 12:32 --- According to the mail http://gcc.gnu.org/ml/fortran/2006-01/msg00123.html, it fails on x86-64 and SPARC64 too. I don't see the error on Linux/x86. -- eedelman at gcc dot gnu dot org changed:

[Bug fortran/19925] Implied do-loop in an initialization expression is broken

2006-01-09 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-01-10 00:03 --- (In reply to comment #5) > The limit was rose but we should be able to do better. Indeed. But the problem is not trivial. For a case like above, where the array is a variable, we can translate it to (prog

[Bug fortran/25093] PUBLIC function of PRIVATE type

2006-01-09 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-01-09 16:21 --- Fixed on 4.1 and mainline. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25093] PUBLIC function of PRIVATE type

2006-01-09 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-01-09 16:19 --- Subject: Bug 25093 Author: eedelman Date: Mon Jan 9 16:19:22 2006 New Revision: 109500 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109500 Log: fortran/ 2005-01-09 Erik Edelmann <[EMAI

[Bug fortran/25093] PUBLIC function of PRIVATE type

2006-01-08 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-01-08 17:53 --- Subject: Bug 25093 Author: eedelman Date: Sun Jan 8 17:52:57 2006 New Revision: 109474 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109474 Log: fortran/ 2005-01-08 Erik Edelmann <[EMAI

[Bug fortran/25093] PUBLIC function of PRIVATE type

2006-01-07 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2006-01-08 00:14 --- Working on a patch. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25693] New: Missleading line number for 'unused variable' warnings

2006-01-06 Thread eedelman at gcc dot gnu dot org
gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: diagnostic Severity: minor Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: eedelman at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25693

[Bug fortran/23675] ICE in gfc_finish_var_decl (string manipulation)

2006-01-05 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-01-05 21:17 --- Fixed on 4.1 and mainline, -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/23675] ICE in gfc_finish_var_decl (string manipulation)

2006-01-05 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-01-05 21:10 --- Subject: Bug 23675 Author: eedelman Date: Thu Jan 5 21:10:05 2006 New Revision: 109389 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109389 Log: fortran/ 2006-01-05 Erik Edelmann <[EMAI

[Bug fortran/23675] ICE in gfc_finish_var_decl (string manipulation)

2006-01-04 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2006-01-05 00:22 --- Subject: Bug 23675 Author: eedelman Date: Thu Jan 5 00:22:39 2006 New Revision: 109368 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109368 Log: 2006-01-05 Erik Edelmann <[EMAI

[Bug fortran/23675] ICE in gfc_finish_var_decl (string manipulation)

2006-01-04 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-01-04 20:41 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00079.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23675

[Bug libfortran/25628] Runtime error on write to string of global variable length

2006-01-01 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2006-01-01 19:27 --- (In reply to comment #1) > Is this really a bug, changing the subroutine to: > subroutine bar() > character(len=10) :: str > write (str, *) 0 > end subroutine bar >

[Bug fortran/25628] New: Runtime error on write to string of global variable length

2006-01-01 Thread eedelman at gcc dot gnu dot org
at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25628

[Bug fortran/23675] ICE in gfc_finish_var_decl (string manipulation)

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-12-30 22:44 --- The testcase compiles without error messages in 4.2.0 20051230 (I haven't tried with 4.1 or 4.0 yet). However, if I try to use IntToChar2 from another program unit, I get another error, so there's s

[Bug fortran/22607] Elemental character functions don't work

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #13 from eedelman at gcc dot gnu dot org 2005-12-30 15:16 --- Now it should be fixed for all cases. Re-closing. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25396] Operator overloading for array-valued functions gets shape incorrectly

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2005-12-30 15:11 --- Subject: Bug 25396 Author: eedelman Date: Fri Dec 30 15:11:15 2005 New Revision: 109173 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109173 Log: fortran/ 2005-12-30 Erik Edelmann <[EMAI

[Bug fortran/22607] Elemental character functions don't work

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #12 from eedelman at gcc dot gnu dot org 2005-12-30 15:11 --- Subject: Bug 22607 Author: eedelman Date: Fri Dec 30 15:11:15 2005 New Revision: 109173 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109173 Log: fortran/ 2005-12-30 Erik Edelmann <[EMAI

[Bug fortran/22607] Elemental character functions don't work

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #11 from eedelman at gcc dot gnu dot org 2005-12-30 15:07 --- Subject: Bug 22607 Author: eedelman Date: Fri Dec 30 15:07:48 2005 New Revision: 109172 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109172 Log: fortran/ 2005-12-30 Erik Edelmann <[EMAI

[Bug fortran/25396] Operator overloading for array-valued functions gets shape incorrectly

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2005-12-30 15:07 --- Subject: Bug 25396 Author: eedelman Date: Fri Dec 30 15:07:48 2005 New Revision: 109172 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109172 Log: fortran/ 2005-12-30 Erik Edelmann <[EMAI

[Bug fortran/22607] Elemental character functions don't work

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #10 from eedelman at gcc dot gnu dot org 2005-12-30 15:02 --- Subject: Bug 22607 Author: eedelman Date: Fri Dec 30 15:02:44 2005 New Revision: 109171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109171 Log: fortran/ 2005-12-30 Erik Edelmann <[EMAI

[Bug fortran/25396] Operator overloading for array-valued functions gets shape incorrectly

2005-12-30 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2005-12-30 15:02 --- Subject: Bug 25396 Author: eedelman Date: Fri Dec 30 15:02:44 2005 New Revision: 109171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109171 Log: fortran/ 2005-12-30 Erik Edelmann <[EMAI

[Bug fortran/22607] Elemental character functions don't work

2005-12-29 Thread eedelman at gcc dot gnu dot org
--- Comment #9 from eedelman at gcc dot gnu dot org 2005-12-29 22:35 --- Patch posted here: http://gcc.gnu.org/ml/fortran/2005-12/msg00511.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22607

[Bug fortran/25396] Operator overloading for array-valued functions gets shape incorrectly

2005-12-29 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2005-12-29 20:57 --- I think this simple one-liner fixes the bug: Index: interface.c === --- interface.c (revision 109139) +++ interface.c (working copy) @@ -1718,6

[Bug fortran/22607] Elemental character functions don't work

2005-12-29 Thread eedelman at gcc dot gnu dot org
--- Comment #8 from eedelman at gcc dot gnu dot org 2005-12-29 20:52 --- It seems my patch fixed pure by-reference functions only for internal functions. Pure by-ref. module functions still doesn't work: erik:/home/gcc/head/test$ cat pure_byref_3.f90 module huj_mod contains

[Bug fortran/25396] Operator overloading for array-valued functions gets shape incorrectly

2005-12-29 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-12-29 20:01 --- Working on a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25396

[Bug fortran/18883] ICE in gfc_finish_var_decl

2005-12-27 Thread eedelman at gcc dot gnu dot org
--- Comment #10 from eedelman at gcc dot gnu dot org 2005-12-27 22:09 --- (In reply to comment #9) > Fixed on 4.1. Not yet fixed on 4.0, because it depends on PR 15326 which > hasn't been fixed for 4.0. PR 15326 will not be fixed for 4.0, I presume, so neither will t

[Bug fortran/25385] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1235

2005-12-27 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2005-12-27 21:53 --- (In reply to comment #5) > Never mind. I managed to reduce it to something that doesn't depend on any > modules. The reduced testcase is here: SUBROUTINE MATIERE() REAL :: XSNAK(2) XS

[Bug fortran/25385] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1235

2005-12-27 Thread eedelman at gcc dot gnu dot org
-- eedelman at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last

[Bug fortran/25385] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1235

2005-12-27 Thread eedelman at gcc dot gnu dot org
--- Comment #5 from eedelman at gcc dot gnu dot org 2005-12-27 21:31 --- (In reply to comment #4) > > It seems to me that the .mod-file is corrupted. Could you send the source > code > of the module too, instead of just the .mod file? > Never mind. I managed

[Bug fortran/25385] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1235

2005-12-27 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2005-12-27 19:41 --- (In reply to comment #2) > Created an attachment (id=10467) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10467&action=view) [edit] > m_mb_control.mod > > Fortran module needed by matie

[Bug fortran/25396] Operator overloading for array-valued functions gets shape incorrectly

2005-12-27 Thread eedelman at gcc dot gnu dot org
--- Comment #1 from eedelman at gcc dot gnu dot org 2005-12-27 19:26 --- Confirmed. -- eedelman at gcc dot gnu dot org changed: What|Removed |Added CC

[Bug fortran/25532] [gfortran, regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:269

2005-12-26 Thread eedelman at gcc dot gnu dot org
--- Comment #4 from eedelman at gcc dot gnu dot org 2005-12-26 21:20 --- Here's a reduced testcase: module ModelParams implicit none type ReionizationParams real :: fraction end type ReionizationParams type CAMBp

[Bug fortran/25532] [gfortran, regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:269

2005-12-23 Thread eedelman at gcc dot gnu dot org
--- Comment #3 from eedelman at gcc dot gnu dot org 2005-12-23 17:58 --- (In reply to comment #2) > So it seems the problem was introduced within the last 24 hours. To be a bit more precise: works with revision 108902, ICE:s with revision 108943. -- http://gcc.gnu.org/bugzi

[Bug fortran/25532] [gfortran, regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.c:269

2005-12-22 Thread eedelman at gcc dot gnu dot org
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-12-22 19:49 --- With GNU Fortran 95 (GCC) 4.2.0 20051221 it works (I get a lot of 'undefined reference' messages, but no ICE:s). But with 20051222 I get the same ICE message that Martin gets. So it seems the p

[Bug fortran/25423] Error with nested where statements

2005-12-21 Thread eedelman at gcc dot gnu dot org
--- Comment #6 from eedelman at gcc dot gnu dot org 2005-12-21 16:17 --- Fixed on trunk, 4.1 and 4.0 -- eedelman at gcc dot gnu dot org changed: What|Removed |Added

  1   2   >