[Bug fortran/37253] Segmentation fault with procedure pointer

2008-08-27 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2008-08-27 21:10 --- > Actual, I have the feeling the attr.proc_pointer is not saved at all in > module.c, cf. ab_attribute in that file. Exactly. Thanks for pointing this out. The following patch fixes it: Index: gcc/fortran/mo

[Bug fortran/37253] Segmentation fault with procedure pointer

2008-08-28 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2008-08-28 11:24 --- > One should check whether other attributes are also missing. attr.procedure is missing as well. I'll provide an extended patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37253

[Bug fortran/37253] Segmentation fault with procedure pointer

2008-08-28 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2008-08-28 15:12 --- Subject: Bug 37253 Author: janus Date: Thu Aug 28 15:10:50 2008 New Revision: 139713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139713 Log: 2008-08-28 Janus Weil <[EMAIL PROTECTED]>

[Bug fortran/37253] Segmentation fault with procedure pointer

2008-08-28 Thread janus at gcc dot gnu dot org
--- Comment #6 from janus at gcc dot gnu dot org 2008-08-28 15:13 --- Fixed in r139713. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/37420] New: [4.4 Regression] -Wunused-variable broken

2008-09-08 Thread janus at gcc dot gnu dot org
sion] -Wunused-variable broken Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gn

[Bug fortran/37486] New: alignment of data in COMMON blocks

2008-09-11 Thread janus at gcc dot gnu dot org
Summary: alignment of data in COMMON blocks Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gn

[Bug fortran/37486] alignment of data in COMMON blocks

2008-09-22 Thread janus at gcc dot gnu dot org
-- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org

[Bug fortran/37486] alignment of data in COMMON blocks

2008-09-22 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2008-09-22 11:46 --- Subject: Bug 37486 Author: janus Date: Mon Sep 22 11:45:02 2008 New Revision: 140546 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140546 Log: 2008-09-22 Janus Weil <[EMAIL PROTECTED]>

[Bug fortran/37486] alignment of data in COMMON blocks

2008-09-22 Thread janus at gcc dot gnu dot org
--- Comment #10 from janus at gcc dot gnu dot org 2008-09-22 11:50 --- Fixed with r140546. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36592] F2003: Procedure pointer in COMMON

2008-09-22 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2008-09-22 16:50 --- Created an attachment (id=16381) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16381&action=view) patch The attached patch is as far as I got with this up to now. It regtests fine and makes the fo

[Bug fortran/36592] F2003: Procedure pointer in COMMON

2008-09-23 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2008-09-23 12:44 --- (In reply to comment #2) > How about the following patch? Looks very good, and does what it should. Just one thing: We will also have to check for attr.in_common, so that normal procptrs don't get m

[Bug fortran/36592] F2003: Procedure pointer in COMMON

2008-09-29 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2008-09-29 09:40 --- Updated patch: http://gcc.gnu.org/ml/fortran/2008-09/msg00447.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36592

[Bug fortran/36463] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7264 with rev.136554

2008-10-20 Thread janus at gcc dot gnu dot org
--- Comment #6 from janus at gcc dot gnu dot org 2008-10-20 08:09 --- Actually I don't understand this ifort error message. I had a look in the standard, but couldn't find anything which would render the IMPORT statement invalid. -- janus at gcc dot gnu dot o

[Bug fortran/35971] ICE on valid code with C_FUNPTR and transfer

2008-10-20 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2008-10-20 12:02 --- *** This bug has been marked as a duplicate of 36463 *** -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36463] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7264 with rev.136554

2008-10-20 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2008-10-20 12:02 --- *** Bug 35971 has been marked as a duplicate of this bug. *** -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36463] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7264 with rev.136554

2008-10-20 Thread janus at gcc dot gnu dot org
--- Comment #8 from janus at gcc dot gnu dot org 2008-10-20 09:19 --- I think ifort 10.1 does neither support ABSTRACT interfaces, nor PROCEDURE statements (therefore it cannot compile this test case). But there is a 11.0 beta which does support both, and which gives the error Tobias

[Bug fortran/37926] New: Program gives wrong output (connected to char len)

2008-10-27 Thread janus at gcc dot gnu dot org
gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37926

[Bug fortran/36463] [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7264 with rev.136554

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #10 from janus at gcc dot gnu dot org 2008-11-01 13:25 --- Subject: Bug 36463 Author: janus Date: Sat Nov 1 13:24:03 2008 New Revision: 141515 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141515 Log: 2008-11-01 Janus Weil <[EMAIL PROTECTED]>

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2008-11-01 13:25 --- Subject: Bug 36322 Author: janus Date: Sat Nov 1 13:24:03 2008 New Revision: 141515 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141515 Log: 2008-11-01 Janus Weil <[EMAIL PROTECTED]>

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #10 from janus at gcc dot gnu dot org 2008-11-01 13:33 --- Rev. 141515 does not fix the complete test case on c.l.f., but most of the troubles it made, including comment #8. Still I'm closing this PR, because PR36463 is about the same c.l.f. code, and will be kept op

[Bug fortran/36463] gfc_get_default_type(): Bad symbol

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #11 from janus at gcc dot gnu dot org 2008-11-01 13:52 --- r141515 eliminates the ICE in comment #2 and the c.l.f. example, so I guess this can not be called a regression any more. Removing the [4.4 Regression] tag. -- janus at gcc dot gnu dot org changed

[Bug fortran/36463] gfc_get_default_type(): Bad symbol

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #12 from janus at gcc dot gnu dot org 2008-11-01 14:06 --- To clarify the situation regarding the code on c.l.f.: The link in comment #0 points to a thread which contains two example programs. One is called "fptr" and uses Cray pointers, the other one is called

[Bug fortran/36463] [4.4 regression] gfc_get_default_type(): Bad symbol

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #13 from janus at gcc dot gnu dot org 2008-11-01 14:20 --- Here is a maximally reduced (and slightly modified) version of comment #12, which gives the same error: module other_fun abstract interface function abstract_fun(x) integer x integer

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2008-11-01 14:43 --- I'm not completely convinced yet that the code in comment #0 is valid. While g95 accepts it, ifort 11.0 beta says: c0.f90(4): error #6362: The data types of the argument(s) are invalid. [LEN] character(len=

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2008-11-01 14:49 --- Here is a modified version of comment #0: abstract interface function foo(x) character(len=*) :: x character(len=len(x)) :: foo end function foo end interface character(len=20) :: str procedure(foo) :: bar

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2008-11-01 14:58 --- A variant of comment #3 which gives a different error: abstract interface function foo(x,y) character(len=*) :: x integer y(:) character(len=size(y)) :: foo end function foo end interface character(len

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2008-11-01 15:03 --- For both comment #3 and comment #4 the errors disappear if the PROCEDURE statement is removed and instead the interface is made non-abstract. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36426

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #6 from janus at gcc dot gnu dot org 2008-11-01 19:06 --- The following patch fixes comment #3 and comment #4: Index: gcc/fortran/expr.c === --- gcc/fortran/expr.c (revision 141520) +++ gcc/fortran/expr.c

[Bug fortran/35040] usage of init expression in its own definition

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2008-11-01 21:19 --- On a related note: The following snippet from PR36426 produces an ICE. function foo(x) character(len=len(x)) :: foo,x end function foo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35040

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #8 from janus at gcc dot gnu dot org 2008-11-01 21:57 --- Subject: Bug 36426 Author: janus Date: Sat Nov 1 21:56:27 2008 New Revision: 141522 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141522 Log: 2008-11-01 Janus Weil <[EMAIL PROTECTED]>

[Bug fortran/36426] Endless loop in gfc_apply_interface_mapping_to_expr

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2008-11-01 22:00 --- Fixed with r141522. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/37992] [4.4 Regression] ICE segfault for "character(len=len(x)) :: foo,x"

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2008-11-01 22:42 --- This is really funny. If I compile a file which contains exactly the three lines given in comment #0 (and nothing else), I get some errors, but no ICE. However, if I add at least two blank lines (no matter where

[Bug fortran/39230] New: ASSOCIATED & undefined pointers

2009-02-18 Thread janus at gcc dot gnu dot org
AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39230

[Bug fortran/39314] New: -ffpe-trap=invalid gives no FPE for acos(-5.0)

2009-02-26 Thread janus at gcc dot gnu dot org
dBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39314

[Bug fortran/39314] -ffpe-trap=invalid gives no FPE for acos(-5.0)

2009-02-26 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-02-26 15:45 --- Sorry, forgot to specify the target: x86_64-unknown-linux-gnu. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39314] -ffpe-trap=invalid gives no FPE for acos(-5.0)

2009-02-26 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2009-02-26 19:22 --- Also on i386-apple-darwin9.6.0 the FPEs are thrown correctly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39314

[Bug fortran/39314] -ffpe-trap=invalid gives no FPE for acos(-5.0)

2009-02-27 Thread janus at gcc dot gnu dot org
--- Comment #6 from janus at gcc dot gnu dot org 2009-02-27 09:01 --- On x86_64-unknown-linux-gnu I *do* get the ICE when I compile with -ffast-math -mfpmath=387. Cf. http://gcc.gnu.org/ml/fortran/2008-11/msg00250.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39314

[Bug fortran/39314] -ffpe-trap=invalid gives no FPE for acos(-5.0)

2009-02-27 Thread janus at gcc dot gnu dot org
--- Comment #7 from janus at gcc dot gnu dot org 2009-02-27 09:13 --- Note that the problem also appears for log, while it does not for acosh and atanh: real :: x = -5.0 ! FPE is not thrown print *, log(x) print *, log10(x) print *, acos(x) print *, asin(x) ! FPE is thrown !print

[Bug fortran/39314] -ffpe-trap=invalid gives no FPE for acos(-5.0)

2009-02-27 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2009-02-27 13:15 --- (In reply to comment #8) > If it works with some but not all libm routines, it sounds more like a GLIBC > than like a GCC problem. Can someone reproduce this with C code? -- http://gcc.gnu.org/bu

[Bug fortran/39414] New: PROCEDURE statement double declaration bug

2009-03-09 Thread janus at gcc dot gnu dot org
erity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39414

[Bug fortran/39414] PROCEDURE statement double declaration bug

2009-03-11 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-03-11 16:19 --- Patch: http://gcc.gnu.org/ml/fortran/2009-03/msg00028.html -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38290] procedure pointer assignment checking

2009-03-11 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2009-03-11 16:23 --- Patch: http://gcc.gnu.org/ml/fortran/2008-12/msg00191.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38290

[Bug fortran/36704] Procedure pointer as function result

2009-03-11 Thread janus at gcc dot gnu dot org
--- Comment #6 from janus at gcc dot gnu dot org 2009-03-11 16:26 --- Patch: http://gcc.gnu.org/ml/fortran/2009-03/msg00044.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36704

[Bug fortran/39630] New: Fortran 2003: Procedure Pointer Components

2009-04-03 Thread janus at gcc dot gnu dot org
Version: 4.5.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla

[Bug fortran/39630] Fortran 2003: Procedure Pointer Components

2009-04-03 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-03 18:29 --- Draft patch: http://gcc.gnu.org/ml/fortran/2009-04/msg00013.html. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39414] PROCEDURE statement double declaration bug

2009-04-06 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-06 08:33 --- Subject: Bug 39414 Author: janus Date: Mon Apr 6 08:33:31 2009 New Revision: 145583 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145583 Log: 2009-04-06 Janus Weil PR fortr

[Bug fortran/39414] PROCEDURE statement double declaration bug

2009-04-06 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2009-04-06 08:36 --- Committed as r145583. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/38920] dw2 exceptions don't work.

2009-04-07 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2009-04-07 07:25 --- Subject: Bug 38920 Author: janus Date: Tue Apr 7 07:24:37 2009 New Revision: 145651 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145651 Log: 2009-04-07 Janus Weil PR fortr

[Bug fortran/38290] procedure pointer assignment checking

2009-04-07 Thread janus at gcc dot gnu dot org
--- Comment #10 from janus at gcc dot gnu dot org 2009-04-07 07:32 --- Fixed with r145651 (I messed up the PR number in the ChangeLog entry, though). Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/38920] dw2 exceptions don't work.

2009-04-07 Thread janus at gcc dot gnu dot org
--- Comment #10 from janus at gcc dot gnu dot org 2009-04-07 07:34 --- Oops. The commit in comment #9 was actually for PR38290, but I accidentally messed up the PR number in the ChangeLog. Sorry for the noise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38920

[Bug fortran/38152] [4.4 Regression] procedure pointers as module variables

2009-04-07 Thread janus at gcc dot gnu dot org
--- Comment #15 from janus at gcc dot gnu dot org 2009-04-07 11:40 --- Reopening. proc_decl_13.f90 produces a segfault when compiled with "-g". Backtrace: #0 0x00f4bee1 in htab_hash_string (p=0x0) at /home/jweil/gcc45/trunk/libiberty/hashtab.c:812 #1 0x0

[Bug fortran/38152] [4.4 Regression] procedure pointers as module variables

2009-04-07 Thread janus at gcc dot gnu dot org
--- Comment #16 from janus at gcc dot gnu dot org 2009-04-07 11:43 --- (In reply to comment #15) > proc_decl_13.f90 produces a segfault when compiled with "-g". Sorry. Of course I'm talking about proc_ptr_13.f90. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38152

[Bug fortran/38152] [4.4 Regression] procedure pointers as module variables

2009-04-07 Thread janus at gcc dot gnu dot org
--- Comment #18 from janus at gcc dot gnu dot org 2009-04-07 12:41 --- Patch: Index: gcc/fortran/trans-decl.c === --- gcc/fortran/trans-decl.c(Revision 145652) +++ gcc/fortran/trans-decl.c(Arbeitskopie) @@ -1015,10

[Bug fortran/38152] [4.4 Regression] procedure pointers as module variables

2009-04-07 Thread janus at gcc dot gnu dot org
--- Comment #19 from janus at gcc dot gnu dot org 2009-04-07 16:24 --- Subject: Bug 38152 Author: janus Date: Tue Apr 7 16:24:31 2009 New Revision: 145692 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145692 Log: 2009-04-07 Janus Weil PR fortr

[Bug fortran/38152] [4.4 Regression] procedure pointers as module variables

2009-04-08 Thread janus at gcc dot gnu dot org
--- Comment #20 from janus at gcc dot gnu dot org 2009-04-08 14:03 --- Subject: Bug 38152 Author: janus Date: Wed Apr 8 14:03:33 2009 New Revision: 145735 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145735 Log: 2009-04-08 Janus Weil PR fortr

[Bug fortran/38152] [4.4 Regression] procedure pointers as module variables

2009-04-08 Thread janus at gcc dot gnu dot org
--- Comment #21 from janus at gcc dot gnu dot org 2009-04-08 14:11 --- Fixed in trunk and 4.4. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39692] New: f95: conflict between EXTERNAL and PROCEDURE

2009-04-09 Thread janus at gcc dot gnu dot org
tus: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39692

[Bug fortran/36704] Procedure pointer as function result

2009-04-09 Thread janus at gcc dot gnu dot org
--- Comment #8 from janus at gcc dot gnu dot org 2009-04-09 09:41 --- Fixed by r145815. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/36704] Procedure pointer as function result

2009-04-09 Thread janus at gcc dot gnu dot org
--- Comment #7 from janus at gcc dot gnu dot org 2009-04-09 09:39 --- Subject: Bug 36704 Author: janus Date: Thu Apr 9 09:39:09 2009 New Revision: 145815 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145815 Log: 2009-04-09 Janus Weil PR fortr

[Bug fortran/39695] New: ProcPtr function results: wrong name in error message

2009-04-09 Thread janus at gcc dot gnu dot org
Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39695

[Bug fortran/39692] f95: conflict between EXTERNAL and POINTER

2009-04-11 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-11 10:30 --- Subject: Bug 39692 Author: janus Date: Sat Apr 11 10:30:29 2009 New Revision: 145955 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145955 Log: 2009-04-11 Janus Weil PR fortr

[Bug fortran/39692] f95: conflict between EXTERNAL and POINTER

2009-04-11 Thread janus at gcc dot gnu dot org
-- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org

[Bug fortran/39692] f95: conflict between EXTERNAL and POINTER

2009-04-11 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-11 10:32 --- Fixed with r145955. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39735] New: procedure pointer assignments: return value is not checked

2009-04-11 Thread janus at gcc dot gnu dot org
ponent: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39735

[Bug fortran/39630] Fortran 2003: Procedure Pointer Components

2009-04-16 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-16 11:29 --- An example can be found in the following paper: Norman S. Clerman: Note on creating an array of procedure pointers ACM SIGPLAN Fortran Forum, Vol. 28, Issue 1 (2009) http://doi.acm.org/10.1145/1520752.1520753

[Bug fortran/39735] procedure pointer assignments: return value is not checked

2009-04-22 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-22 09:06 --- Subject: Bug 39735 Author: janus Date: Wed Apr 22 09:05:58 2009 New Revision: 146554 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146554 Log: 2009-04-22 Janus Weil PR fortr

[Bug fortran/39735] procedure pointer assignments: return value is not checked

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

[Bug fortran/39735] procedure pointer assignments: return value is not checked

2009-04-22 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-22 09:24 --- Fixed with r146554. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39850] Too strict checking for procedures as actual argument

2009-04-22 Thread janus at gcc dot gnu dot org
-- janus at gcc dot gnu dot org changed: What|Removed |Added CC||janus at gcc dot gnu dot org Status|UNCONFIRMED

[Bug fortran/39861] [4.5 Regression] ICE with INTRINSIC in module: write_symbol(): bad module symbol

2009-04-23 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-23 12:24 --- > > write_symbol(): bad module symbol 'x' > > Where does the symbol 'x' come from? The 'x' here apparently is the formal argument of the sqrt() function! I think Dominique

[Bug fortran/39864] [4.5 Regression] INTRINSIC :: RESHAPE causes spurious error

2009-04-23 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-23 20:21 --- > Janus, can you have a look? It looks like another fallout of your patch. Indeed, it is. > If it is not fixable quickly, we should consider backing it out > until we have a working version. The fix

[Bug fortran/39861] [4.5 Regression] ICE with INTRINSIC in module: write_symbol(): bad module symbol

2009-04-24 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2009-04-24 08:34 --- Subject: Bug 39861 Author: janus Date: Fri Apr 24 08:34:14 2009 New Revision: 146677 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146677 Log: 2009-04-24 Janus Weil PR fortran/39861

[Bug fortran/39864] [4.5 Regression] INTRINSIC :: RESHAPE causes spurious error

2009-04-24 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-24 08:34 --- Subject: Bug 39864 Author: janus Date: Fri Apr 24 08:34:14 2009 New Revision: 146677 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146677 Log: 2009-04-24 Janus Weil PR fortran/39861

[Bug fortran/39861] [4.5 Regression] ICE with INTRINSIC in module: write_symbol(): bad module symbol

2009-04-24 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2009-04-24 08:39 --- Fixed by r146677. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39864] [4.5 Regression] INTRINSIC :: RESHAPE causes spurious error

2009-04-24 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2009-04-24 08:39 --- Fixed by r146677. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39688] IMPORT of derived type fails

2009-04-24 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-24 17:59 --- Confirmed. Here is a reduced test case, which does not have the problem with T2 discussed in comment #0, but still fails with the same error message: MODULE MOD TYPE T1 TYPE(T1), POINTER :: P END TYPE END

[Bug fortran/39688] IMPORT of derived type fails

2009-04-24 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-24 19:20 --- Mine. The fix is completely trivial: Index: gcc/fortran/decl.c === --- gcc/fortran/decl.c (Revision 146676) +++ gcc/fortran/decl.c (Arbeitskopie

[Bug fortran/39688] IMPORT of derived type fails

2009-04-25 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-25 08:12 --- Subject: Bug 39688 Author: janus Date: Sat Apr 25 08:11:48 2009 New Revision: 146762 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146762 Log: 2009-04-25 Janus Weil PR fortr

[Bug fortran/39688] IMPORT of derived type fails

2009-04-25 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2009-04-25 08:13 --- Fixed in r146762. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39930] New: Bogus error: ambiguous reference

2009-04-27 Thread janus at gcc dot gnu dot org
Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39930

[Bug fortran/39930] Bogus error: ambiguous reference

2009-04-27 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-27 16:54 --- Something like this should do it: Index: gcc/fortran/parse.c === --- gcc/fortran/parse.c (Revision 146826) +++ gcc/fortran/parse.c (Arbeitskopie

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

2009-04-27 Thread janus at gcc dot gnu dot org
-- janus at gcc dot gnu dot org changed: What|Removed |Added CC||janus at gcc dot gnu dot org Status|UNCONFIRMED

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

2009-04-27 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-27 18:04 --- An error message should be emitted already in the front end, probably in gfc_check_pointer_assign (expr.c). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39931

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

2009-04-27 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2009-04-27 19:09 --- Patch: Index: gcc/fortran/expr.c === --- gcc/fortran/expr.c (Revision 146847) +++ gcc/fortran/expr.c (Arbeitskopie) @@ -3070,8 +3070,8 @@ if

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

2009-04-28 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2009-04-28 09:44 --- Subject: Bug 39931 Author: janus Date: Tue Apr 28 09:44:36 2009 New Revision: 146880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146880 Log: 2009-04-28 Janus Weil PR fortran/39930

[Bug fortran/39930] Bogus error: ambiguous reference

2009-04-28 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-28 09:44 --- Subject: Bug 39930 Author: janus Date: Tue Apr 28 09:44:36 2009 New Revision: 146880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146880 Log: 2009-04-28 Janus Weil PR fortran/39930

[Bug fortran/39930] Bogus error: ambiguous reference

2009-04-28 Thread janus at gcc dot gnu dot org
-- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org

[Bug fortran/39930] Bogus error: ambiguous reference

2009-04-28 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-28 10:50 --- Fixed with r146880. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39931] ICE on invalid Fortran 95 code (bad pointer assignment), gimplify_expr at gimplify.c:6315

2009-04-28 Thread janus at gcc dot gnu dot org
--- Comment #6 from janus at gcc dot gnu dot org 2009-04-28 10:52 --- Fixed with r146880. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39946] New: PROCEDURE statements: interface with RESULT variable

2009-04-28 Thread janus at gcc dot gnu dot org
jects-valid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39946

[Bug fortran/39946] PROCEDURE statements: interface with RESULT variable

2009-04-28 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-28 14:52 --- Here's a patch: Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c (Revision 146879) +++ gcc/fortran/resolve.c (Arbeits

[Bug fortran/39946] PROCEDURE statements: interface with RESULT variable

2009-04-28 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-04-28 16:27 --- Subject: Bug 39946 Author: janus Date: Tue Apr 28 16:27:27 2009 New Revision: 146905 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146905 Log: 2009-04-28 Janus Weil PR fortr

[Bug fortran/39946] PROCEDURE statements: interface with RESULT variable

2009-04-28 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-04-28 16:31 --- Fixed with r146905. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39998] New: Procedure Pointer Assignments: Statement Functions & Internal Functions

2009-05-01 Thread janus at gcc dot gnu dot org
iority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39998

[Bug fortran/40941] gfc_typespec: put derived and cl into union

2009-08-13 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-08-13 19:47 --- Subject: Bug 40941 Author: janus Date: Thu Aug 13 19:46:46 2009 New Revision: 150725 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150725 Log: 2009-08-13 Janus Weil PR fortr

[Bug fortran/40941] gfc_typespec: put derived and cl into union

2009-08-13 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2009-08-13 19:49 --- Fixed with r150725. I don't think ts.interface can be incorporated into the union easily. Therefore I'll close the PR. -- janus at gcc dot gnu dot org changed: What

[Bug fortran/41070] Error: Components of structure constructor '' at (1) are PRIVATE

2009-08-14 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2009-08-14 18:15 --- Dominique, are you sure that it works with 150730? Because this suspiciously looks like fallout from my gfc_typespec patch, which is r150725. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41070

[Bug fortran/41070] [4.5 Regression] Error: Components of structure constructor '' at (1) are PRIVATE

2009-08-14 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2009-08-14 19:10 --- After all 4.4 is working, so it surely is a regression. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41070] [4.5 Regression] Error: Components of structure constructor '' at (1) are PRIVATE

2009-08-14 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2009-08-14 19:26 --- Simple patch (regtesting right now): Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c (revision 150761) +++ gcc/fortran/resolve.c

[Bug fortran/41070] [4.5 Regression] Error: Components of structure constructor '' at (1) are PRIVATE

2009-08-14 Thread janus at gcc dot gnu dot org
--- Comment #6 from janus at gcc dot gnu dot org 2009-08-14 20:26 --- Regtest was successful. Will commit as obvious. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41070

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