Dear all,
another trivial and obvious one, discovered by Gerhard.
We can have a NULL pointer dereference simplifying MINLOC/MAXLOC
on an array that was not properly declared.
OK for mainline / affected 11-branch after regtesting completes?
Thanks,
Harald
From 6bdecd3805eb0d55722992ccb517d08b9b
Dear all,
a trivial one: we need to check the type of the SUB argument
to the coarray IMAGE_INDEX intrinsic. It has to be an array
of type integer.
Patch by Steve Kargl.
Regtested on x86_64-pc-linux-gnu. OK for mainline?
Thanks,
Harald
From 58140e3cf97aedc5c9f3b3e6519027334cdc3213 Mon Sep 17
Hi Tobias, all,
Am 29.11.21 um 21:56 schrieb Tobias Burnus:
The problem is that the standard does not really state what the bounds
are :-(
I sort of expected that comment...
Usually, it ends up referring to LBOUND (with wordings like "each lower
bound equal to the corresponding element of LB
Hi Harald, hi Chung-Lin,
On 29.11.21 21:21, Harald Anlauf wrote:
I think you need to check the following:
allocate(c, source=h(3))
write(*,*) lbound(c,1), ubound(c,1) ! prints 1 3
...
pure function h(i) result(r)
integer, value, intent(in) :: i
integer, allocatable :: r(:)
allocate(r(3
... which has been resolved. There was a stray semicolon in
quite another place which led to this error.
Thanks to Andreas for finding this so quickly!
Best regards
Thomas
On 29.11.21 20:42, Florian Weimer via Fortran wrote:
What's the whitespace situation? Usually the error means that the
recipe is indented using spaces instead of tab.
The error is on the line
$(i_matmulavx128_c): m4/matmulavx128.m4 m4/matmul_internal.m4 $(I_M4_DEPS)
where there is no whit
Hi Chung-Lin,
Am 29.11.21 um 15:25 schrieb Chung-Lin Tang:
This patch by Tobias, fixes a case of setting array low-bounds, found
for particular uses of SOURCE=/MOLD=.
For example:
program A_M
implicit none
real, dimension (:), allocatable :: A, B
allocate (A(0:5))
call Init (A)
cont
* Thomas Koenig via Gcc:
> ... in
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103476, a very
> strange error where an invalid Makefile is generated with
> --enable-maintainer-mode on POWER.
>
> I'm not sure how to proceed from here. Maybe somebody
> with more make debug fu could take a look?
Am 29.11.21 um 12:28 schrieb Richard Biener via Fortran:
This fixes an appearant mistake in gfc_insert_parameter_exprs.
Yes, that looks pretty much like a missed cleanup and fix during
development. CC'ing Paul.
Bootstrap / regtest pending on x86_64-unknown-linux-gnu.
OK?
LGTM if it regtes
... in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103476, a very
strange error where an invalid Makefile is generated with
--enable-maintainer-mode on POWER.
I'm not sure how to proceed from here. Maybe somebody
with more make debug fu could take a look?
Best regards
Thomas
This patch by Tobias, fixes a case of setting array low-bounds, found
for particular uses of SOURCE=/MOLD=.
For example:
program A_M
implicit none
real, dimension (:), allocatable :: A, B
allocate (A(0:5))
call Init (A)
contains
subroutine Init ( A )
real, dimension ( 0 : ), intent
This fixes an appearant mistake in gfc_insert_parameter_exprs.
Bootstrap / regtest pending on x86_64-unknown-linux-gnu.
OK?
Thanks,
Richard.
2021-11-29 Richard Biener
gcc/fortran/
* decl.c (gfc_insert_parameter_exprs): Only return after
resetting type_param_spec_list.
---
g
12 matches
Mail list logo
