[Bug fortran/59720] New: Re: f2003/f2008, class/extends, multiple gemeric assignment

[kapinos at rz dot rwth-aachen.de]

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

Bug ID: 59720
   Summary: Re: f2003/f2008, class/extends, multiple gemeric
assignment
   Product: gcc
   Version: 4.8.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: kapinos at rz dot rwth-aachen.de

Created attachment 31773
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31773&action=edit
the attaches source cannot be compiled

As Janus Weil  recommends in 
http://gcc.gnu.org/ml/fortran/2014-01/msg00048.html
.. here the ticket. 


> please take a look at the attached example. It cannot be compiled using the
> gfortran/4.8.1:
>
>> $ gfortran -c ___MOD_paul.f90
>> ___MOD_paul.f90:42.42:
>>
>> generic:: assignment(=) => assign2
>>   1
>> Error: 'ass_gf' and 'ass_en' for GENERIC '=' at (1) are ambiguous
>
> Actually this code piece is derived from an real world code which is
> developed using Intel compiler (may be compiled with ifort, runs OK) and the
> actual prevents from porting the code (being still in development) to
> 'gfortran'.
>
> Well, let's take a look at the code.
> - module 'kleiner' is no problem - can be compiled when in own file. Type
> 'mytype' is defined and '=' is bound to this type.
> - module 'grosser' is meant to be a subclass of 'kleiner': the type
> 'zwotype' extends the type 'mytype'. Again '=' should be bound to the new
> (derived) type 'zwotype' - and this fals.
>
> Well, as said the Intel's "ifort" compile this with no warnings and AFAIK
> the code also runs well. The question now is:
> - is that some Intel's extension, or
> - is that an Fortran 2003/2008 feature still not supported in gfortran, or
> - is the code in any way not Fortran-standard complying?

I think it's a bug in gfortran. Could you file a PR in bugzilla, please?

Thanks,
Janus

[Bug fortran/46874] New: internal compiler error: in gfc_conv_descriptor_data_get, at fortran/trans-array.c:147

[kapinos at rz dot rwth-aachen.de]

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

   Summary: internal compiler error: in
gfc_conv_descriptor_data_get, at
fortran/trans-array.c:147
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kapi...@rz.rwth-aachen.de


Created attachment 22695
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22695
reproducer code.

Compiling the attached example code, got the error: 
-
redukt.f90: In function 'a35_1':
redukt.f90:5:0: internal compiler error: in gfc_conv_descriptor_data_get, at
fortran/trans-array.c:147
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
-

Reproducing:

$ gfortran -fopenmp redukt.f90 -c




Version:
-
$ gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=//4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ./configure --prefix=/home//gcc451/bin
--enable-lto --with-mpc=/home//gcc451/bin
--with-ppl=/home//gcc451/bin
--with-mpfr=/home//gcc451/bin
--with-gmp=/home//gcc451/bin
--with-mpfr=/home//gcc451/bin
--with-cloog=/home//gcc451/bin
--with-libelf=/home//gcc451/bin
Thread model: posix
gcc version 4.5.1 (GCC)
-
 is of course a existing path.



System:
Linux HOSTNAME 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010 x86_64
x86_64 x86_64 GNU/Linux

[Bug fortran/46874] [OpenMP] ICE in gfc_conv_descriptor_data_get, at fortran/trans-array.c:147

[kapinos at rz dot rwth-aachen.de]

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

--- Comment #3 from Paul  2010-12-13 10:33:02 
UTC ---
Yes, the OpenMP Standard changed from 2.5 to 3.0 an describing reductions: 

2.5:
 Fortran pointers, Cray pointers, assumed-size arrays and allocatable arrays
may not appear in a reduction clause.


3.0:
 An original list item with the ALLOCATABLE attribute must be in the allocated
state at entry to the construct containing the reduction clause. Additionally,
the list item must not be deallocated and/or allocated within the region.
 Fortran pointers, Cray pointers and assumed-size arrays may not appear in a
 reduction clause.

and even more: be avare of changing this points regarding the REDUCTION clause
again. Such-called "User Definded Reductions" are in discussion now.

[Bug fortran/46874] [OpenMP] ICE in gfc_conv_descriptor_data_get, at fortran/trans-array.c:147

[kapinos at rz dot rwth-aachen.de]

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

--- Comment #4 from Paul  2010-12-13 10:37:59 
UTC ---
Only GCC gfortran compiler has the problem. 

There is no problem to compile the attached redukt.f90 file with ifort 11.1 and
12 (2011XE) and also with the PGI Fortran compiler (10.9) and Sun Studio
compiler (12.1).

[Bug fortran/49675] New: jacobi.F90:90:0: internal compiler error: Segmentation fault

[kapinos at rz dot rwth-aachen.de]

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

   Summary: jacobi.F90:90:0: internal compiler error: Segmentation
fault
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kapi...@rz.rwth-aachen.de


Created attachment 24713
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24713
the reproducer (MPI needed)

Hi, 
the 4.6.1 (and 4.6.0) versions of gfortran compiler suffers from a SIGSEGV if
compiling the attached Fortran code jacobi.F90. 

The bug does NOT apper with  4.5.1 version of gfortran. 

The error hangs together with the -finstrument-functions option.

Since the attached code snippets are MPI programs, you need a version of e.g.
OpenMPI (we use 1.4.3).

Best wishes
-PK

[Bug fortran/56659] Segfault due to missing libcpp error handler for "gfortran -cpp"

[kapinos at rz dot rwth-aachen.de via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56659

--- Comment #5 from Paul  ---
Just tried all versions of gfortran available up to 10.2.0: the very same
'internal compiler error' is still reported using the initial reproducer. 

May that be connected to the old Linux we're using (CentOS 7.8)? 

pk224850@linuxc2:~/bugreports/GCC/007-ICE_unavailbale_Idir[524]$ ./runme007.sh  
mkdir: cannot create directory ‘foo’: Permission denied
--
f951: Warning: Include directory ‘./foo/bar’: Permission denied
f951: internal compiler error: in cpp_diagnostic_at, at libcpp/errors.c:41
0x14f3468 cpp_diagnostic_at
../../../SOURCES/gcc-10.2.0/libcpp/errors.c:41
0x14f3468 cpp_diagnostic_at
../../../SOURCES/gcc-10.2.0/libcpp/errors.c:34
0x14f3468 cpp_diagnostic
../../../SOURCES/gcc-10.2.0/libcpp/errors.c:75
0x14f34f9 cpp_error(cpp_reader*, cpp_diagnostic_level, char const*, ...)
../../../SOURCES/gcc-10.2.0/libcpp/errors.c:89
0x9d5326 remove_duplicates
../../../SOURCES/gcc-10.2.0/gcc/incpath.c:260
0x9d58c9 merge_include_chains
../../../SOURCES/gcc-10.2.0/gcc/incpath.c:371
0x9d58c9 register_include_chains(cpp_reader*, char const*, char const*, char
const*, int, int, int)
../../../SOURCES/gcc-10.2.0/gcc/incpath.c:498
0x654169 gfc_cpp_register_include_paths()
../../../SOURCES/gcc-10.2.0/gcc/fortran/cpp.c:722
0x654169 gfc_cpp_post_options()
../../../SOURCES/gcc-10.2.0/gcc/fortran/cpp.c:494
0x6c8b50 gfc_post_options(char const**)
../../../SOURCES/gcc-10.2.0/gcc/fortran/options.c:488
0x63044a process_options
../../../SOURCES/gcc-10.2.0/gcc/toplev.c:1384
0x63044a do_compile
../../../SOURCES/gcc-10.2.0/gcc/toplev.c:2200
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
--
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/local_rwth/sw/gcc/10.2.0/libexec/gcc/x86_64-pc-linux-gnu/10.2.0/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
Target: x86_64-pc-linux-gnu
Configured with: ../../SOURCES/gcc-10.2.0/configure
--prefix=/usr/local_rwth/sw/gcc/10.2.0 --enable-offload-targets=nvptx-none
--enable-languages=c,c++,objc,obj-c++,fortran --enable-lto
--enable-install-libiberty
--with-gmp=/w0/tmp/pk224850/GCC/build/destdir/usr/local_rwth/sw/gcc/10.2.0
--with-mpfr=/w0/tmp/pk224850/GCC/build/destdir/usr/local_rwth/sw/gcc/10.2.0
--with-mpc=/w0/tmp/pk224850/GCC/build/destdir/usr/local_rwth/sw/gcc/10.2.0
--with-ppl=/w0/tmp/pk224850/GCC/build/destdir/usr/local_rwth/sw/gcc/10.2.0
--with-isl --with-default-libstdcxx-abi=gcc4-compatible
LDFLAGS='-Wl,-rpath,/usr/local_rwth/sw/gcc/10.2.0/lib64
-Wl,-rpath,/usr/local_rwth/sw/gcc/10.2.0/lib'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.2.0 (GCC)