[Bug fortran/87151] New: allocating array of character

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- dear all gcc 8.2 seems to have a problem allocating the string below. the len() should be 2, is that a bug? many thanks valery cat alloc_char.f90 module bvec type, public

[Bug fortran/87045] New: pointer to array of character

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- hi all i m getting a weird error with the following code. many thanks v cat t2.f90 program test character(:), dimension(:), allocatable, target :: t character(:), pointer

[Bug fortran/83088] New: ICE with -init-derived

: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- hi all the following code is ICEing v gfortran-intel-trunk -free -c -finit-derived hfx_libint_wrapper.F90 hfx_libint_wrapper.F90:101:0: END MODULE

[Bug fortran/82009] New: ICE with block construct

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- hi all the following code is ICEing with gcc 7.2.0 thanks v cat sparse_matrix_csx_benchmark_utils.F90 MODULE sparse_matrix_csx_benchmark_utils IMPLICIT NONE CONTAINS SUBROUTINE

[Bug fortran/81251] New: check of logical pointers

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Hi All Would it be possible to have a check of the validity of logical pointers (like for integer)? many thanks v program test logical, pointer :: l if(l) then write(*,*) '0t

[Bug fortran/80752] New: ICE with wrong type initialization

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Hi All The following wrong code is ICEing. v MODULE cp_mgga_exchange_utils IMPLICIT NONE INTEGER, PARAMETER, PUBLIC :: real_8 = SELECTED_REAL_KIND ( 14, 200 ) TYPE

[Bug fortran/80668] New: wrong error message with -finit-derived

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Dear All The following code is producing wrong error message with -finit-derived thanks v MODULE pw_hfx IMPLICIT NONE TYPE :: dist_t INTEGER :: TYPE,nblks_loc

[Bug fortran/71880] pointer to allocatable character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71880 --- Comment #1 from Valery Weber --- what about this one? cat gcc-6.1b.f90 program t character(:), dimension(:), allocatable, target :: c character(:), dimension(:), pointer :: p allocate(c(10),source='X') p=>c(:) write(*,*) 'p=<',p(1),'>

[Bug fortran/71880] New: pointer to allocatable character

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Hi All is that a compiler bug? many thanks v cat gcc-6.1.f90 program t character(:), dimension(:), allocatable, target :: c character(:), dimension(:), pointer :: p allocate(c(10

[Bug fortran/70575] New: write syntax check

: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Hi All Should gfortran complain about the syntax of the following code? v gcc version 6.0.0 20160330 (experimental) (GCC) cat t.f90 subroutine foo() write(*,*) , 1 end subroutine foo

[Bug fortran/70397] New: ice while allocating ultimate polymorphic

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Dear All The following code is ICEing. v cat gcc-ice-polym.f90 module mod TYPE, PUBLIC :: base_type END TYPE base_type TYPE, PUBLIC :: dict_entry_type PRIVATE

[Bug fortran/70368] New: storage_size and size_of in initialization expression

Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Dear All Would it be possible to have one of the storage_size() or size_of() working in initialization expression with the 4.8 series? many thanks v cat t.f90

[Bug fortran/70350] New: ICE with -fcheck=all and array initialization

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Hi All The following code is producing an ICE with -fcheck=all. v gcc version 5.3.1 20160318 cat tmp.f90 MODULE system IMPLICIT NONE PRIVATE TYPE, PUBLIC

[Bug fortran/68856] New: wrong compilation wtih character interoperability

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Target Milestone: --- Dear All The following code compiles with 5.3.0. Would it be possible to have an error check on character with len>1 that are binded to C? thanks valery

[Bug fortran/65173] New: ICE while compiling wrong code

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All the following junk code is producing an ICE with 4.9.2 v program min_obj implicit none integer, parameter :: string_length = 128 integer, parameter :: max_n_params = 256 type :: param_t

[Bug fortran/64381] New: ICE with initialization of procedure pointer in type

Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All the following code is producing an ICE with gcc 4.9.2. v cat gcc-4.9.2.f90 MODULE distribution_types_ IMPLICIT NONE ABSTRACT INTERFACE FUNCTION

[Bug fortran/63932] New: posible problem with allocatable character(:)

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All the following code seems to produce the wrong result with 4.9.2. thanks v cat test.f90 module mod type :: t character(:), allocatable :: c integer :: i contains

[Bug fortran/63674] New: procedure pointer and non/pure procedure

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All the following code is compiling fine with 4.9.1, but shouldnt gcc complain about calling a nonpure procedure from a pure one? v cat gcc_pure.f90 module test interface function

[Bug fortran/63667] New: ICE with DEFERRED procedure

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Hi All the following (wrong) piece of code is producing an ICE with gcc 4.9.1 v cat cuba_types.F90 MODULE cubature_types IMPLICIT NONE PRIVATE TYPE, ABSTRACT :: cu_user_function_type CONTAINS

[Bug preprocessor/63413] New: cpp trying to expand vector word in commented line in fortran file on power8

: normal Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Hi All The following code produces a wrong error while cpp (4.9.1 power8 ppc64le). This gets cpp correctly on different archs. v cat

[Bug fortran/63294] ICE allocattion of array of type of type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63294 --- Comment #2 from Valery Weber valeryweber at hotmail dot com --- the problem is the same as 61952

[Bug fortran/63294] New: ICE allocattion of array of type of type

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com

[Bug fortran/61952] New: ICE allocattion of array of type of type

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All the following code is ICEing with gfortran 4.9.1 v gfortran-4.9.1 -c bug.F90 bug.F90: In function ‘sm_multiply_a’: bug.F90:29:0: internal compiler error

[Bug target/60301] New: cross compiler for android: multiple definition of TARGET_POSIX_IO

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear while building a cross gcc (trunk) for android (ndk-r9c toolchains). I get a multiple definition of TARGET_POSIX_IO (see bellow). Getting rid

[Bug fortran/60302] New: ICE with c_f_pointer and android cross compiler

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All I get an ICE while cross (android, ndk-toolchains 4.9c) compiling (gcc-trunk) the following code. The problem seems to arises in c_f_pointer. Please let me know if more info

[Bug libgomp/59546] New: wrong behavior with reduction

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com CC: jakub at gcc dot gnu.org hi all the following code is producing strange result (removing the writes works fine). is it a bug? v gfortran-trunk --version GNU Fortran (GCC) 4.9.0 20131119

[Bug libgomp/59467] New: copyprivate in the fortran testsuite

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com CC: jakub at gcc dot gnu.org Dear All the file libgomp/testsuite/libgomp.fortran/crayptr2.f90 contains at line 26 !$omp end single copyprivate (d, ip) but the variable d isnt

[Bug fortran/59228] New: ICE with assume type and ASYNCHRONOUS

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All The following wrong code is producing an ICE with gcc version 4.9.0 20131119. Should gcc report an error rank mismatch instead? Valery cat gcc_1.f90 MODULE mp IMPLICIT NONE interface

[Bug fortran/58433] New: FINAL memory leaks

: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All I get memory leaks with the FINAL for the following code and gcc version 4.9.0 20130916 (experimental) (GCC). Is that a bug? V cat tmp.f90 module mod type t integer,allocatable,dimension(:)::i

[Bug fortran/58434] New: no automatic deallocation with trunk

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All I noticed a changed of behavior between 4.8.1 and trunk. While the following code produde no memory leaks with 4.8.1 it does with the trunk. Is that a bug? v cat tmp.f90 module mod type t

[Bug fortran/58433] FINAL memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58433 --- Comment #2 from Valery Weber valeryweber at hotmail dot com --- But the std says: 4.5.6.3 When finalization occurs ... 2 A nonpointer, nonallocatable object that is not a dummy argument or function result is finalized immediately

[Bug fortran/57596] select type bug with optional variables?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57596 --- Comment #2 from Valery Weber valeryweber at hotmail dot com --- But the selector is not optional. The problem even remains if I move the optional variables outside the SELECT TYPE (see bellow). Those 2 codes run just fine with other compilers

[Bug fortran/57596] New: select type bug with optional variables?

Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear All The following code is producing a segfault with gcc version 4.9.0 20130612 (experimental) (GCC) Is that a bug? v MODULE base_types TYPE :: base_integer_type INTEGER :: i END

[Bug fortran/57538] New: SAVE attribute needed for derived type with default initialization?

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: valeryweber at hotmail dot com Dear, I would like to ask you if the following code is f2008ts valid. So does the declaration of the table(...) need the SAVE? Thanks Valery MODULE

[Bug fortran/56305] New: passing array of character with len1 to c_loc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56305 Bug #: 56305 Summary: passing array of character with len1 to c_loc Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor

[Bug fortran/55895] New: multiple type-bound procedures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55895 Bug #: 55895 Summary: multiple type-bound procedures Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor

[Bug fortran/55574] New: c binding access to c_ptr type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55574 Bug #: 55574 Summary: c binding access to c_ptr type Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor

[Bug fortran/55427] New: ICE class pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55427 Bug #: 55427 Summary: ICE class pointer Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/55282] [OOP] openmp directive and classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282 --- Comment #6 from Valery Weber valeryweber at hotmail dot com 2012-11-13 16:57:28 UTC --- Dear All I posted a comment on the openmp forum about the f2003 features. Complaining there may help, who knows? Valery

[Bug fortran/55282] New: openmp directive and classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282 Bug #: 55282 Summary: openmp directive and classes Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/55282] [OOP] openmp directive and classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282 --- Comment #3 from Valery Weber valeryweber at hotmail dot com 2012-11-12 19:18:34 UTC --- Thanks pointing that. Is there any reason for not allowing the classes in openmp? I noticed that other compilers (eg ifort, xlf) can accommodate

[Bug fortran/55234] New: module procedure potential syntax error within interface block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55234 Bug #: 55234 Summary: module procedure potential syntax error within interface block Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/55134] New: associate construct and assumed size array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55134 Bug #: 55134 Summary: associate construct and assumed size array Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal