public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/114019] New: allocation with source of deferred character length entity
@ 2024-02-20 20:36 kargl at gcc dot gnu.org
  2024-06-07 19:24 ` [Bug fortran/114019] " anlauf at gcc dot gnu.org
  0 siblings, 1 reply; 2+ messages in thread
From: kargl at gcc dot gnu.org @ 2024-02-20 20:36 UTC (permalink / raw)
  To: gcc-bugs

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

            Bug ID: 114019
           Summary: allocation with source of deferred character length
                    entity
           Product: gcc
           Version: 14.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: kargl at gcc dot gnu.org
  Target Milestone: ---

Found this issues with the Fujitsu testsuite.  The code 
is reduced to the minimum required.  If I had to guess,
gfc_charlen for source= is not set correctly.

!
! https://github.com/fujitsu/compiler-test-suite
! Reduced from Fortran/0069/0069_0037.f90
!
  implicit none
  character(:), pointer :: chr_pointer00
  character(5), pointer :: chr_pointer01
  character(1) :: w_character01 = "4"
  allocate(chr_pointer00, source="123"//w_character01//"56")
  allocate(chr_pointer01, source="123"//w_character01//"5")
  print *,'pass'
end

% gfcx -c 0069/0069_0037.f90
0069/0069_0037.f90:9:60:

    9 |   allocate(chr_pointer00, source="123"//w_character01//"56")
      |                                                            ^
Error: size of variable 'source.2' is too large
0069/0069_0037.f90:10:59:

   10 |   allocate(chr_pointer01, source="123"//w_character01//"5")
      |                                                           ^
Error: size of variable 'source.5' is too large
during RTL pass: expand
0069/0069_0037.f90:9:60:

    9 |   allocate(chr_pointer00, source="123"//w_character01//"56")
      |                                                            ^
internal compiler error: in lhd_incomplete_type_error, at langhooks.cc:208
0x77ff6f lhd_incomplete_type_error(unsigned int, tree_node const*, tree_node
const
        ../../gccx/gcc/langhooks.cc:208
0x13c00aa size_in_bytes_loc(unsigned int, tree_node const*)
        ../../gccx/gcc/tree.cc:3601
0x13c00aa size_in_bytes_loc(unsigned int, tree_node const*)
        ../../gccx/gcc/tree.cc:3589

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug fortran/114019] allocation with source of deferred character length entity
  2024-02-20 20:36 [Bug fortran/114019] New: allocation with source of deferred character length entity kargl at gcc dot gnu.org
@ 2024-06-07 19:24 ` anlauf at gcc dot gnu.org
  0 siblings, 0 replies; 2+ messages in thread
From: anlauf at gcc dot gnu.org @ 2024-06-07 19:24 UTC (permalink / raw)
  To: gcc-bugs

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

anlauf at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1
   Last reconfirmed|                            |2024-06-07
           Keywords|                            |ice-on-valid-code
                 CC|                            |anlauf at gcc dot gnu.org

--- Comment #1 from anlauf at gcc dot gnu.org ---
Confirmed.  Reduced testcase:

subroutine s
  character(1)          :: w = "4"
  character(:), pointer :: chr_pointer
  allocate (chr_pointer, source=        "123"//w   ) ! ICE at -O0,-Og
! allocate (chr_pointer, source=adjustl("123"//w)  ) ! ICE at -O0,-Og
! allocate (chr_pointer, source=trim   ("123"//w)  ) ! OK
! allocate (chr_pointer, source=repeat ("123"//w,1)) ! OK
end

In the indicated cases where we ICE at -O0 or -Og the length of source
is determined to be 4 at compile time, in the others it is an expression.
Setting a breakpoint in gfc_allocate_using_malloc:

(gdb) p debug_tree(size)
 <integer_cst 0x7ffff6a29030 type <integer_type 0x7ffff6a25000 sizetype>
constant 4>

I do not see anything being obviously wrong with the dump-tree...

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-06-07 19:24 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-02-20 20:36 [Bug fortran/114019] New: allocation with source of deferred character length entity kargl at gcc dot gnu.org
2024-06-07 19:24 ` [Bug fortran/114019] " anlauf at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).