[Bug preprocessor/95889] New: corrupt size vs. prev_size and hang when using __has_include with -traditional-cpp

Severity: normal Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: dev-zero at gentoo dot org Target Milestone: --- Part of my testing for issues like https://github.com/evaleev/libint/issues/173 with GCC 10.1 I came up with

[Bug preprocessor/95889] corrupt size vs. prev_size and hang when using __has_include with -traditional-cpp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95889 --- Comment #1 from Tiziano Müller --- Unfortunately `__has_include` is even being parsed (in traditional-cpp mode) if enclosed in a `if 0 ... endif`: snip #if 0 #if __has_include() #endif #endif snip which gives: snip

[Bug preprocessor/95889] __has_include evaluated even if disabled (with cpp in traditional-mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95889 Tiziano Müller changed: What|Removed |Added Version|10.1.0 |10.2.0 Summary|corrupt size

[Bug fortran/77504] [8/9/10/11 Regression] "is used uninitialized" with allocatable string and array constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504 Tiziano Müller changed: What|Removed |Added CC||dev-zero at gentoo dot org --- Comment

[Bug fortran/77504] [8/9/10/11 Regression] "is used uninitialized" with allocatable string and array constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504 --- Comment #23 from Tiziano Müller --- (In reply to Thomas Koenig from comment #21) > (In reply to Tiziano Müller from comment #19) > > I have yet another (more complicated) case, but this time not reproducible > > with gcc-7.5, only with 9 and

[Bug fortran/85536] New: ICE on procedure pointer assignment for subroutine with procedure pointer argument

Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: dev-zero at gentoo dot org Target Milestone: --- Given the following minimal code: module m implicit none abstract interface subroutine parser

[Bug fortran/85537] New: Invalid memory reference at runtime when calling subroutine through procedure pointer

Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: dev-zero at gentoo dot org Target Milestone: --- Given the following code, the runtime generates a segfault on the same function when called through the

[Bug fortran/85537] [7/8/9 Regression] Invalid memory reference at runtime when calling subroutine through procedure pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85537 --- Comment #3 from Tiziano Müller --- (In reply to Dominique d'Humieres from comment #2) > The test works for me with 4.8.5. The change occurred between revisions > r2370089 (2016-06-04, OK) and r237310 + one patch (2016-06-10, wrong code). Ok,

[Bug fortran/85536] ICE on procedure pointer assignment for subroutine with procedure pointer argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85536 --- Comment #2 from Tiziano Müller --- Ok, I got around to generate a backtrace from gfortran: [...] Starting program: /home/tiziano/tmp/gfortran/gcc/f951 ice_minimal_rep.f90 -quiet -dumpbase ice_minimal_rep.f90 -mtune=generic -march=x86-64 -aux

[Bug fortran/85537] [F08] Invalid memory reference at runtime when calling subroutine through procedure pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85537 --- Comment #16 from Tiziano Müller --- can confirm, changing the reproducer to procedure(ibar), pointer :: bar_ptr => null() bar_ptr => bar_impl makes it generate valid code with the warning Warning: trampoline generated for neste

[Bug fortran/77746] [6/7/8 Regression] [F03] Wrong subroutine called, clash of specific procedure name and binding-name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77746 Tiziano Müller changed: What|Removed |Added CC||dev-zero at gentoo dot org --- Comment

[Bug lto/59000] lto can't merge user-defined weak builtin functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59000 Tiziano Müller changed: What|Removed |Added CC||dev-zero at gentoo dot org --- Comment

[Bug lto/68384] LTO error for global register variables in PHP 7 compiling on powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384 Tiziano Müller changed: What|Removed |Added CC||dev-zero at gentoo dot org --- Comment

[Bug fortran/80931] New: ICE on move_alloc in gimplify_expr, at gimplify.c:11335

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: dev-zero at gentoo dot org Target Milestone: --- Created attachment 41444 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41444&action=edit minimal example for an ICE on move_al

[Bug fortran/80931] ICE on move_alloc in gimplify_expr, at gimplify.c:11335

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80931 --- Comment #1 from Tiziano Müller --- It seems like I managed to mess up the output when copy&pasting. Here it is again from gfortran-6.3.0: $ LC_ALL=C gfortran -c move_alloc_ice.f90 move_alloc_ice.f90:29:0: call move_alloc(temp, this%

[Bug c++/36278] New: [4.2 4.3 regression] ICE with typedef void in namespace and using the defined type in another when compiling with "-g"

ReportedBy: dev-zero at gentoo dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36278