[Bug fortran/24633] MODULE attribute conflicts with PROCEDURE attribute

2007-04-30 Thread anglade at gmail dot com


--- Comment #4 from anglade at gmail dot com  2007-04-30 07:37 ---
 
 subroutine abc()
  1
 Error: MODULE attribute of 'abc' conflicts with PROCEDURE attribute at (1)

Hi,

Yes this is already much more clear. Yet I wonder if MODULE attribute of
'abc' could be changed into something like Module denomination attribute
(='abc') ...

regards

PMA 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24633



[Bug fortran/24673] New: internal compiler error in fold_convert, at fold-const.c:2028

2005-11-04 Thread anglade at gmail dot com
 parallelisation : number of processors,
!! the index of my processor, the different groups of processors, etc ...
!!
!! SOURCE

#if defined HAVE_CONFIG_H
#include config.h
#endif

 type MPI_type
! Integer scalar
  integer :: paral_compil_kpt
  integer :: paral_compil_fft
  integer :: paral_compil_mpio
  integer :: paral_level
  integer :: paralbd
  integer :: me 
  integer :: nproc! number of processors
  integer :: me_group ! number of my processor in my group of kpt
  integer :: nproc_group  ! number of processors in my group of kpt
  integer :: me_fft   ! number of my processor in my group of FFT
  integer :: nproc_fft! number of processors in my group of FFT
  integer :: master_fft 
  integer :: paral_fft! set to 1 if the FFT parallelisation is active
  integer :: me_g0  
  integer :: num_group_fft
  integer :: num_group   
  integer :: nproc_per_kpt! number of processors per kpt
  integer :: world_group  
  integer :: fft_master_group
  integer :: fft_master_comm
  integer, pointer :: fft_group(:)
  integer, pointer :: fft_comm(:)
  integer, pointer :: proc_distrb(:,:,:)
  integer, pointer :: kpt_group(:)
  integer, pointer :: kpt_comm(:)
  integer, pointer :: kptdstrb(:,:,:)
  integer, pointer :: kptdstrbi(:,:,:)
  integer :: parareel
  integer :: npara 
  integer :: ipara   
  integer :: jpara  
  integer :: me_group_para
  integer :: nproc_group_para   
  integer :: num_group_para 
  integer :: nproc_per_para 
  integer :: master_group_para
  integer, pointer :: proc_distrb_para(:,:)
  integer, pointer :: kpt_group_para(:)
  integer, pointer :: kpt_comm_para(:)
 end type MPI_type
!

end module defs_datatypes


-- 
   Summary: internal compiler error in fold_convert, at fold-
const.c:2028
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anglade at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24673



[Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003

2005-11-04 Thread anglade at gmail dot com


--- Comment #4 from anglade at gmail dot com  2005-11-04 14:54 ---
Hi all,

Looking at the examples of failure due to this bug, I've observed that they are
due  to user defined datatype. The function fold_convert seems to handle only
intrinsic datatypes while the examples were using user defined one.

If user-defined datatypes are removed, the compilation just go through fine.

This feeling about datatype is confirmed by a meer look at fold-const.c. Which
is switch/casing the datatypes.
Unfortunately I'm not a gcc expert and really don't know how this should be
bug-fixed.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244



[Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003

2005-11-04 Thread anglade at gmail dot com


--- Comment #7 from anglade at gmail dot com  2005-11-04 15:31 ---
I've simplified to it's (almost) simplest expression the test case:
module mtyp
  type t1
 integer::a
  end type t1
end module mtyp
module atest
  use mtyp
  type(t1)::ze
contains
  subroutine test(ze_in )
use mtyp
implicit none
type(t1)::ze_in
ze=ze_in
  end subroutine test
end module atest

I've try to backtrace the call up to the front-end. But I'm not able to do that
since I really don't know the structure of gcc (and since ddd/gdb keeps busying
me with stupid error message). 
I'd be glade to fix the bug if someone can introduce me a little bit more to
the code. (any link for gcc beginners??)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244



[Bug fortran/24633] New: MODULE attribute conflicts with PROCEDURE attribute

2005-11-02 Thread anglade at gmail dot com
MODULE attribute conflicts with PROCEDURE attribute 
this error message is not accurate enough.
The conflicting attribute should be mentionned.

For instance in:

module abc
contain
function abc()


The conflicting attributes is the name of the module and the name of the
function.

this is valid for:
  GNU Fortran 95 (GCC) 4.1.0 20051015 (experimental)
  Copyright (C) 2005 Free Software Foundation, Inc.
on
  Linux descartes 2.6.13-1.1526_FC4smp #1 SMP Wed Sep 28 19:28:24 EDT 2005 
x86_64 x86_64 x86_64 GNU/Linux


-- 
   Summary: MODULE attribute conflicts with PROCEDURE attribute
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anglade at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24633



[Bug fortran/24633] MODULE attribute conflicts with PROCEDURE attribute

2005-11-02 Thread anglade at gmail dot com


--- Comment #2 from anglade at gmail dot com  2005-11-02 13:28 ---
(In reply to comment #1)
 Full testcase:
 module abc
 contains
 function abc()
 i=1
 end function
 end module
 
 
 There is actually two problems here, the first is the message about the
 conflicts is not very clear.  The second issue is that the error recovery is
 not really good in that we don't really enter a function scope (sorry I am
 using C terms, I don't know a better way of describing the issue).
 


Sorry for being unclear.
1) The error in the test case is that the function and the module have the same
name. 
2) The problem with gfortran is not that it does any mistake. It's just that
the output error message is not clear enough. 
3) sorry for not having put a complete dummy test case. here it is
module abc
contains
function abc(i)
integer::i,abc
abc=i
end function abc
end module abc


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24633