https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90667
Simon Klüpfel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: unassigned at gcc dot gnu.org
Reporter: simon.kluepfel at gmail dot com
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86262
--- Comment #1 from Simon Klüpfel ---
Though I did search, right after I submitted the bug I saw it is already filed,
e.g. as Bug 85534. Sorry for that, I guess my report does not add much.
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: simon.kluepfel at gmail dot com
Target Milestone: ---
Created attachment 44307
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44307&action=edit
source cod
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: simon.kluepfel at gmail dot com
Target Milestone: ---
Created attachment 44285
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44285&action=edit
main.f03
Allocati
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: simon.kluepfel at gmail dot com
Target Milestone: ---
Created attachment 44264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44264&action=edit
source code
The attached code does not run as expect
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: simon.kluepfel at gmail dot com
Target Milestone: ---
Created attachment 42547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42547&action=edit
source code of test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82743
--- Comment #1 from Simon Klüpfel ---
One more thing I tested. When the default initialization is too long, it is
caught as expected.
PROGRAM TEST
TYPE A
CHARACTER(LEN=1) :: C="123"
END TYPE A
END PROGRAM TEST
gives
main.f95:3
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: simon.kluepfel at gmail dot com
Target Milestone: ---
Initializing a derived type with a character component with a string too long
is not caught by -Wcharacter-truncation.
PROGRAM TEST
