[Bug fortran/32880] User operator & allocatable TYPE components: wrong deallocate

2007-07-24 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-07-24 19:57 --- Tobias, Well done - that's a useful reduction. I don't think that the deallocate is entirely wrong. However, the the rhs expression should be assigned to a temporary first, the result deallocati

[Bug fortran/32876] Wrongly accepts private items in public NAMELISTs

2007-07-24 Thread pault at gcc dot gnu dot org
--- Comment #1 from pault at gcc dot gnu dot org 2007-07-25 05:13 --- 5.4 Namelist Constraint: If a namelist-group-name has the PUBLIC attribute, no item in the namelist-group-object-list shall have the PRIVATE attribute or have private components. I think that, by extension

[Bug fortran/32880] User operator & allocatable TYPE components: wrong deallocate

2007-07-24 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-25 05:20 --- Another sub-pr: putting the res on the rhs in parentheses does not work either. This can be fixed by... $ svn diff -x -cp gcc/fortran/trans-expr.c Index: gcc/fortran/trans-expr.c

[Bug fortran/31211] wrong code generated for pointer returning function as actual argument

2007-07-25 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-07-25 15:30 --- This fixes the PR but is not regtested: Index: gcc/fortran/trans-expr.c === *** gcc/fortran/trans-expr.c(révision 126835) --- gcc/fortran/trans

[Bug fortran/31211] wrong code generated for pointer returning function as actual argument

2007-07-26 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-26 09:20 --- (In reply to comment #5) > > This fixes the PR but is not regtested: > Patch looks OK and regtests on x86-64. That's strange - for me, it breaks ret_pointer_2.f90, at the statement print *, x(3) becaus

[Bug fortran/32903] [regression] Default initializer and intent(OUT): default initializer not used

2007-07-26 Thread pault at gcc dot gnu dot org
--- Comment #1 from pault at gcc dot gnu dot org 2007-07-26 19:27 --- (In reply to comment #0) > The problem looks similar to PR31205 in so far that gfortran did the Tobias, This PR is caused by the patch for pr31205. If you reference x1 in set, for example by another print, it wo

[Bug fortran/32903] [regression] Default initializer and intent(OUT): default initializer not used

2007-07-26 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-07-26 20:02 --- This is fixed by: Index: gcc/fortran/trans-decl.c === --- gcc/fortran/trans-decl.c(revision 126885) +++ gcc/fortran/trans-decl.c(working copy

[Bug fortran/32903] [regression] Default initializer and intent(OUT): default initializer not used

2007-07-27 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-07-27 09:04 --- Fixed as obvious. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32903] [regression] Default initializer and intent(OUT): default initializer not used

2007-07-27 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-27 09:03 --- Subject: Bug 32903 Author: pault Date: Fri Jul 27 09:03:41 2007 New Revision: 126974 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126974 Log: 2007-07-27 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/32682] [4.3 Regression] ICE in gfc_trans_array_constructor, at fortran/trans-array.c:1664

2007-07-27 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-27 15:09 --- (In reply to comment #5) > Paul, any plans to get the fix from comment #3 into trunk? > Gee, Daniel - I had totally forgotten this one. Will do. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32682

[Bug fortran/32880] User operator & allocatable TYPE components: wrong deallocate

2007-07-27 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-07-28 05:29 --- Subject: Bug 32880 Author: pault Date: Sat Jul 28 05:29:06 2007 New Revision: 127011 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127011 Log: 2007-07-28 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/32880] User operator & allocatable TYPE components: wrong deallocate

2007-07-27 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-28 05:30 --- Fixed on trunk and IVS testsuite gives a clean sweep of greens - yipee! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32795] allocatable components are nullified prematurely

2007-07-28 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-07-28 20:52 --- (In reply to comment #3) Could somebody test the patch below, please? Paul Index: gcc/fortran/trans-stmt.c === *** gcc/fortran/trans-stmt.c

[Bug fortran/32682] [4.3 Regression] ICE in gfc_trans_array_constructor, at fortran/trans-array.c:1664

2007-07-29 Thread pault at gcc dot gnu dot org
--- Comment #8 from pault at gcc dot gnu dot org 2007-07-29 11:21 --- (In reply to comment #7) > (In reply to comment #3) > This is OK to commit. > FX, In developing the testcase, I found out that this version of the patch is wrong - change 'f=0' to 'f=42&#

[Bug fortran/32682] [4.3 Regression] ICE in gfc_trans_array_constructor, at fortran/trans-array.c:1664

2007-07-29 Thread pault at gcc dot gnu dot org
--- Comment #10 from pault at gcc dot gnu dot org 2007-07-29 14:45 --- Fixed on trunk with correction to be unity rather than zero based. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31211] wrong code generated for pointer returning function as actual argument

2007-07-29 Thread pault at gcc dot gnu dot org
--- Comment #9 from pault at gcc dot gnu dot org 2007-07-29 14:44 --- Subject: Bug 31211 Author: pault Date: Sun Jul 29 14:44:03 2007 New Revision: 127044 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127044 Log: 2007-07-29 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/32682] [4.3 Regression] ICE in gfc_trans_array_constructor, at fortran/trans-array.c:1664

2007-07-29 Thread pault at gcc dot gnu dot org
--- Comment #9 from pault at gcc dot gnu dot org 2007-07-29 14:44 --- Subject: Bug 32682 Author: pault Date: Sun Jul 29 14:44:03 2007 New Revision: 127044 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127044 Log: 2007-07-29 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/31211] wrong code generated for pointer returning function as actual argument

2007-07-29 Thread pault at gcc dot gnu dot org
--- Comment #10 from pault at gcc dot gnu dot org 2007-07-29 14:47 --- Fixed on trunk. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31609] module that calls a contained function with an ENTRY point

2007-07-30 Thread pault at gcc dot gnu dot org
--- Comment #14 from pault at gcc dot gnu dot org 2007-07-30 16:22 --- To my amazement, the patch below fixes the problem and, I am pretty sure, will complete its regtest OK. Before posting it, I want to thoroughly check that I have understood the problem and that the fix is valid

[Bug fortran/31609] module that calls a contained function with an ENTRY point

2007-07-31 Thread pault at gcc dot gnu dot org
--- Comment #18 from pault at gcc dot gnu dot org 2007-07-31 22:28 --- Fixed on trunk - this is clearly related to pr31214 so, hey ho, off to work we go! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31609] module that calls a contained function with an ENTRY point

2007-07-31 Thread pault at gcc dot gnu dot org
--- Comment #17 from pault at gcc dot gnu dot org 2007-07-31 22:14 --- Subject: Bug 31609 Author: pault Date: Tue Jul 31 22:14:29 2007 New Revision: 127108 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127108 Log: 2007-08-01 Paul Thomas <[EMAIL PROTECTED]&g

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

2007-08-04 Thread pault at gcc dot gnu dot org
--- Comment #9 from pault at gcc dot gnu dot org 2007-08-04 20:13 --- (In reply to comment #4) > 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 :-

[Bug fortran/31214] User-defined operator using entry leads to ICE

2007-08-04 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-04 20:46 --- Subject: Bug 31214 Author: pault Date: Sat Aug 4 20:46:11 2007 New Revision: 127213 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127213 Log: 2007-08-04 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/31214] User-defined operator using entry leads to ICE

2007-08-04 Thread pault at gcc dot gnu dot org
--- Comment #8 from pault at gcc dot gnu dot org 2007-08-04 20:58 --- Subject: Bug 31214 Author: pault Date: Sat Aug 4 20:58:11 2007 New Revision: 127214 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127214 Log: 2007-08-04 Paul Thomas <[EMAIL PROTECTED]>

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

2007-08-04 Thread pault at gcc dot gnu dot org
--- Comment #10 from pault at gcc dot gnu dot org 2007-08-04 22:13 --- The problem occurs whenever the destination array is described by and array descriptor; eg. complex(kind=8) :: a(2,2), b(2,2) call testcase (a, b) contains subroutine testcase (a, b) complex(kind=8) :: a

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

2007-08-08 Thread pault at gcc dot gnu dot org
--- Comment #11 from pault at gcc dot gnu dot org 2007-08-08 16:34 --- The patch below fixes this problem and all its variants. It regtests, except for allocatable_function_1.f90. This runs OK but the number of free's goes up from 10 to 11; hence the failure on exepecting 10 of

[Bug fortran/33037] TRANSFER should warn on mismatched sizes

2007-08-10 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-08-10 08:47 --- Just for the record: 13.14.110 TRANSFER (SOURCE, MOLD [, SIZE]) ...snip... Result Value. If the physical representation of the result has the same length as that of SOURCE, the physical representation of the result

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

2007-08-12 Thread pault at gcc dot gnu dot org
--- Comment #13 from pault at gcc dot gnu dot org 2007-08-13 06:16 --- Subject: Bug 32962 Author: pault Date: Mon Aug 13 06:16:03 2007 New Revision: 127391 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127391 Log: 2007-08-13 Paul Thomas <[EMAIL PROTECTED]&g

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

2007-08-12 Thread pault at gcc dot gnu dot org
--- Comment #14 from pault at gcc dot gnu dot org 2007-08-13 06:18 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32926] ICE with external function as argument

2007-08-13 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-08-13 17:15 --- I am just about to submit the fix. Thanks for the report. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32827] IMPORT fails for TYPE when also used in INTERFACE

2007-08-13 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-08-13 20:58 --- Subject: Bug 32827 Author: pault Date: Mon Aug 13 20:58:00 2007 New Revision: 127397 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127397 Log: 2007-08-13 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/32926] ICE with external function as argument

2007-08-13 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-13 21:02 --- Subject: Bug 32926 Author: pault Date: Mon Aug 13 21:02:00 2007 New Revision: 127398 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127398 Log: 2007-08-13 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/32926] ICE with external function as argument

2007-08-13 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-13 21:03 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32827] IMPORT fails for TYPE when also used in INTERFACE

2007-08-13 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-08-13 21:04 --- Fixed on trunk Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32827

[Bug fortran/32875] Not Implemented: complex character array constructor

2007-08-14 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-08-14 16:36 --- This fixes it but there are one or two regressions that I need to investigate. Paul Index: gcc/fortran/trans-array.c === *** gcc/fortran/trans-array.c

[Bug fortran/32881] PURE attribute escapes from contained procedure

2007-08-14 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-08-14 16:44 --- This fixes the problem. However there are some odd regressions that do not seem to have anything to do with it but which must be investigated. Paul Index: gcc/fortran/expr.c

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

2007-08-17 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-18 06:04 --- This one is a real head-banger. The array element reference is being completely ignored in translation. I tried simplifying it by grabbing out the array component and attaching the array reference to it. The

[Bug fortran/32875] Not Implemented: complex character array constructor

2007-08-18 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-08-18 08:34 --- Subject: Bug 32875 Author: pault Date: Sat Aug 18 08:34:42 2007 New Revision: 127608 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127608 Log: 2007-08-18 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/32875] Not Implemented: complex character array constructor

2007-08-18 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-18 10:40 --- Fixed on trunk Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32875

[Bug fortran/32875] Not Implemented: complex character array constructor

2007-08-18 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-18 10:41 --- It helps to mark it as fixed -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32881] PURE attribute escapes from contained procedure

2007-08-18 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-18 10:48 --- Subject: Bug 32881 Author: pault Date: Sat Aug 18 10:47:58 2007 New Revision: 127611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127611 Log: 2007-08-18 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/32881] PURE attribute escapes from contained procedure

2007-08-18 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-18 11:22 --- Fixed on trunk. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/20896] [4.2 and 4.1 only] ambiguous interface not detected

2007-08-19 Thread pault at gcc dot gnu dot org
--- Comment #10 from pault at gcc dot gnu dot org 2007-08-20 03:48 --- (In reply to comment #9) > (In reply to comment #8) > > Paul, what is the status on this one? > > ping? > Go back to the thread on it. I did not seem able to satisfy the reviewer as to my int

[Bug fortran/33116] External functions can be called as subroutine

2007-08-19 Thread pault at gcc dot gnu dot org
--- Comment #1 from pault at gcc dot gnu dot org 2007-08-20 03:59 --- Tobias, EXTERNAL foo REAL foo CALL foo() ! <- wrong END with 4.3.0 20070815, gfc gives: test.f90:1.14: EXTERNAL foo 1 test.f90:3.23: CALL foo() ! <- wrong 2

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

2007-08-20 Thread pault at gcc dot gnu dot org
--- Comment #16 from pault at gcc dot gnu dot org 2007-08-20 07:16 --- comment #10 from Roger-Sayle is being kept "live" by this PR. Whilst I am interested, I have to give priority to other PRs to make best use of my limited time. I may yet come back to it Paul --

[Bug fortran/32928] DATA statement with array element as initializer is rejected

2007-08-29 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-08-29 19:19 --- (In reply to comment #3) > I am going to try this one. > Jerry, This fixes it but I do not understand why it is necessary; nor have I regtested. It's yours - I am going to tackle "spanned"

[Bug fortran/32703] ICE with [trim(character_variable)]

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-08-30 22:11 --- Subject: Bug 32703 Author: pault Date: Thu Aug 30 22:10:55 2007 New Revision: 127939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127939 Log: 2007-08-31 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/31258] segfault with transpose(reshape(char))

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-30 22:11 --- Subject: Bug 31258 Author: pault Date: Thu Aug 30 22:10:55 2007 New Revision: 127939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127939 Log: 2007-08-31 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/31197] [4.2/4.3 regression] TRANSPOSE/RESHAPE and strings

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #22 from pault at gcc dot gnu dot org 2007-08-30 22:11 --- Subject: Bug 31197 Author: pault Date: Thu Aug 30 22:10:55 2007 New Revision: 127939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127939 Log: 2007-08-31 Paul Thomas <[EMAIL PROTECTED]&g

[Bug fortran/31879] ICE with function having array of character variables argument

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-30 22:11 --- Subject: Bug 31879 Author: pault Date: Thu Aug 30 22:10:55 2007 New Revision: 127939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127939 Log: 2007-08-31 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/31879] ICE with function having array of character variables argument

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-30 22:12 --- Fixed on trunk. Thanks for the report! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31197] [4.2/4.3 regression] TRANSPOSE/RESHAPE and strings

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #23 from pault at gcc dot gnu dot org 2007-08-30 22:13 --- Fixed on trunk. Thanks for the report! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31258] segfault with transpose(reshape(char))

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #8 from pault at gcc dot gnu dot org 2007-08-30 22:13 --- Fixed on trunk. Thanks for the report! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32703] ICE with [trim(character_variable)]

2007-08-30 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-08-30 22:18 --- This no longer segfaults and it generates correct code for valid fortran. However, program array_char implicit none character (len=2) :: x, y x = "a " y = "cd" print*,[trim(x),trim(y)] end prog

[Bug fortran/33254] Diagnose different string lengths in array constructors at run time

2007-08-31 Thread pault at gcc dot gnu dot org
-- pault at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last

[Bug fortran/29396] segfault with character pointer association

2007-09-03 Thread pault at gcc dot gnu dot org
-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org

[Bug fortran/29606] Internal Error: Derived type I/O should have been handled via the frontend

2007-09-03 Thread pault at gcc dot gnu dot org
-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org

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

2007-09-03 Thread pault at gcc dot gnu dot org
-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org

[Bug fortran/30871] Pointer to substring rejected with "Different character lengths in pointer assignment"

2007-09-03 Thread pault at gcc dot gnu dot org
-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org

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

2007-09-04 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-04 18:16 --- To my surprise, I have a fix for this one. I'll post it to the list in the next 48 hours. Paul -- pault at gcc dot gnu dot org changed: What|Removed |

[Bug fortran/33241] ICE with parameter string arrays

2007-09-04 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-04 18:17 --- A fix for this one is coming with that for PR31564 - within 48 hours. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

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

2007-09-05 Thread pault at gcc dot gnu dot org
--- Comment #8 from pault at gcc dot gnu dot org 2007-09-05 13:34 --- Subject: Bug 31564 Author: pault Date: Wed Sep 5 13:34:25 2007 New Revision: 128130 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128130 Log: 2007-09-05 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/33241] ICE with parameter string arrays

2007-09-05 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-05 13:34 --- Subject: Bug 33241 Author: pault Date: Wed Sep 5 13:34:25 2007 New Revision: 128130 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128130 Log: 2007-09-05 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/33241] ICE with parameter string arrays

2007-09-05 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-05 13:37 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

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

2007-09-05 Thread pault at gcc dot gnu dot org
--- Comment #9 from pault at gcc dot gnu dot org 2007-09-05 13:38 --- Fixed on trunk. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33370] [4.3 Regression] Structure component arrays

2007-09-10 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-10 07:20 --- I am just about to commit as 'obvious' a patch that bootstraps and regtests on x86_ia64/FC5 Paul -- pault at gcc dot gnu dot org changed: What|Removed

[Bug fortran/33370] [4.3 Regression] Structure component arrays

2007-09-10 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-10 07:54 --- Subject: Bug 33370 Author: pault Date: Mon Sep 10 07:54:17 2007 New Revision: 128325 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128325 Log: 2007-09-10 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/33370] [4.3 Regression] Structure component arrays

2007-09-10 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-10 07:57 --- Fixed under the 'obvious' rule. Paul -- pault at gcc dot gnu dot org changed: What|Removed

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

2007-09-10 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-09-10 08:20 --- Michael, I answered my own question to you - it is indeed a regression. Cheers Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

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

2007-09-11 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-11 18:37 --- (In reply to comment #2) > I want to add that you can find gfortran 4.3.0 binaries at >http://gcc.gnu.org/wiki/GFortranBinaries > > I'm actually unsure which patch fixed it. It might be Pa

[Bug fortran/29606] Internal Error: Derived type I/O should have been handled via the frontend

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-16 09:18 --- Subject: Bug 29606 Author: pault Date: Sun Sep 16 09:17:49 2007 New Revision: 128523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523 Log: 2007-09-16 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/29396] segfault with character pointer association

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #8 from pault at gcc dot gnu dot org 2007-09-16 09:18 --- Subject: Bug 29396 Author: pault Date: Sun Sep 16 09:17:49 2007 New Revision: 128523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523 Log: 2007-09-16 Paul Thomas <[EMAIL PROTECTED]>

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

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #10 from pault at gcc dot gnu dot org 2007-09-16 09:18 --- Subject: Bug 30625 Author: pault Date: Sun Sep 16 09:17:49 2007 New Revision: 128523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523 Log: 2007-09-16 Paul Thomas <[EMAIL PROTECTED]&g

[Bug fortran/30871] Pointer to substring rejected with "Different character lengths in pointer assignment"

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-16 09:18 --- Subject: Bug 30871 Author: pault Date: Sun Sep 16 09:17:49 2007 New Revision: 128523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128523 Log: 2007-09-16 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/30871] Pointer to substring rejected with "Different character lengths in pointer assignment"

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-16 09:39 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

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

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #11 from pault at gcc dot gnu dot org 2007-09-16 09:39 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/29606] Internal Error: Derived type I/O should have been handled via the frontend

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-16 09:40 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/29396] segfault with character pointer association

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #9 from pault at gcc dot gnu dot org 2007-09-16 09:40 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33337] [4.3 regression] ICE in gfc_finish_var_decl, at fortran/trans-decl.c:510

2007-09-16 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-16 09:42 --- As the guilty party, I had better take this on. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33499] Spurious errors compiling a module with a contained function with an ENTRY

2007-09-21 Thread pault at gcc dot gnu dot org
--- Comment #1 from pault at gcc dot gnu dot org 2007-09-21 15:27 --- Confirmed - thanks for the report. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33499

[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined

2007-09-21 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-21 16:48 --- Hi Harald! The number of your testcase is depressing but I'll take it on anyway; it's related to PR7, as well as PR31564, whose patch caused this regression. There is some wierdness going on with nam

[Bug fortran/33499] Spurious errors compiling a module with a contained function with an ENTRY

2007-09-21 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-09-21 16:38 --- Hmmm. It helps to actually confirm it. -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined

2007-09-21 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-21 17:18 --- It's mine. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Assig

[Bug fortran/33334] User-defined type as function result: use-assocciated not accepted

2007-09-21 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-09-21 20:55 --- I've just sorted PRs 7 and 33376, so I'll tunr back to these fellows next. This is confirmed, of course. Paul -- pault at gcc dot gnu dot org changed: What|Removed

[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 09:32 --- (In reply to comment #4) > It's mine. > > Paul > The patch has been posted on the list. http://gcc.gnu.org/ml/fortran/2007-09/msg00378.html Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33376

[Bug fortran/33337] [4.3 regression] ICE in gfc_finish_var_decl, at fortran/trans-decl.c:510

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-22 09:33 --- (In reply to comment #3) > As the guilty party, I had better take this on. > > Paul > The patch has been posted on the list. http://gcc.gnu.org/ml/fortran/2007-09/msg00378.html Paul -- http:/

[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-22 15:46 --- Subject: Bug 33376 Author: pault Date: Sat Sep 22 15:46:41 2007 New Revision: 128672 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128672 Log: 2007-09-22 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/33337] [4.3 regression] ICE in gfc_finish_var_decl, at fortran/trans-decl.c:510

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 15:46 --- Subject: Bug 7 Author: pault Date: Sat Sep 22 15:46:41 2007 New Revision: 128672 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128672 Log: 2007-09-22 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/33337] [4.3 regression] ICE in gfc_finish_var_decl, at fortran/trans-decl.c:510

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-22 16:39 --- Fixed on trunk. Thanks for bearing with me, Michael. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-22 16:40 --- Fixed on trunk. Thanks, Harald. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31229] kind parameter in function declaration fails to find use-associated parameters

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 18:40 --- Since I made a start on it, I had better finish it! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33334] User-defined type as function result: use-assocciated not accepted

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-22 18:42 --- I'll do all of these, having started. Paul -- pault at gcc dot gnu dot org changed: What|Removed |

[Bug fortran/31154] IMPORT fails for " FUNCTION (...)" kind of procedures

2007-09-22 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 18:43 --- I'd better get on with it! Paul -- pault at gcc dot gnu dot org changed: What|Removed |

[Bug fortran/33568] ICE with ANINT (with KIND and an array)

2007-09-27 Thread pault at gcc dot gnu dot org
--- Comment #1 from pault at gcc dot gnu dot org 2007-09-27 10:39 --- Confirmed. Thanks, Ignacio. This is the fix (the absence of the KIND working and the regression wrt 4.2 were giveaways): Index: gcc/fortran/trans-intrinsic.c

[Bug fortran/33568] ICE with ANINT (with KIND and an array)

2007-09-27 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-09-27 11:46 --- I might as well take it:-) Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33568] ICE with ANINT (with KIND and an array)

2007-09-27 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-27 18:40 --- Subject: Bug 33568 Author: pault Date: Thu Sep 27 18:39:55 2007 New Revision: 128843 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128843 Log: 2007-09-27 Paul Thomas <[EMAIL PROTECTED]>

[Bug fortran/33574] getarg and iargc seem to be required by mpich

2007-09-27 Thread pault at gcc dot gnu dot org
--- Comment #1 from pault at gcc dot gnu dot org 2007-09-27 18:49 --- After a bit of messing around, this is fixed on trunk. Cheers Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33574] getarg and iargc seem to be required by mpich

2007-09-27 Thread pault at gcc dot gnu dot org
--- Comment #2 from pault at gcc dot gnu dot org 2007-09-27 18:50 --- Woops - wrong bug! Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33574

[Bug fortran/33574] getarg and iargc seem to be required by mpich

2007-09-27 Thread pault at gcc dot gnu dot org
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-27 18:51 --- Woops - wrong bug! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/33568] ICE with ANINT (with KIND and an array)

2007-09-27 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-27 18:52 --- After a bit of messing around, this is fixed on trunk. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

<    8   9   10   11   12   13   14   15   16   17   >