[Bug fortran/24673] New: internal compiler error in fold_convert, at fold-const.c:2028
e gather different information !! about the MPI 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
--- 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
--- 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] MODULE attribute conflicts with PROCEDURE attribute
--- 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/24633] New: MODULE attribute conflicts with PROCEDURE attribute
"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
--- 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
