diff options
| author | Mikael Morin <morin-mikael@orange.fr> | 2025-08-05 14:57:59 +0200 |
|---|---|---|
| committer | Mikael Morin <mikael@gcc.gnu.org> | 2025-08-05 22:35:07 +0200 |
| commit | 914b7296ebe4940abc23be419a946e491402ed67 (patch) | |
| tree | 15ea83f3acd1c46d478cb704e2e0fdc8e5d78ff9 /libjava/classpath | |
| parent | d358dc6f331c58bb5f0046dd1e04fc100775c5e8 (diff) | |
| download | gcc-914b7296ebe4940abc23be419a946e491402ed67.zip gcc-914b7296ebe4940abc23be419a946e491402ed67.tar.gz gcc-914b7296ebe4940abc23be419a946e491402ed67.tar.bz2 | |
fortran: Remove redundant initialisation of associate variable span
In the initialization of associate variable array descriptors, remove
an overwrite of the span field. The descriptor that is returned by
gfc_conv_expr_descriptor should already be usable without it.
The range of cases where the code was in effect is not completely
clear. The span overwrite looks redundant, and the conditional guarding
it seems to make it dead. However, the conditions governing
gfc_conv_expr_descriptor, gfc_get_array_span and trans_associate_var
make it difficult to track what is possible and what isn't. Trying to
investigate the case where the target is an array subreference wrapped
in parenthesis, I encountered a wrong-code issue, PR121384. Let's
remove all this and see what happens.
gcc/fortran/ChangeLog:
* trans-stmt.cc (trans_associate_var): Remove overwrite of the
span field of the associate variable's array descriptor.
Diffstat (limited to 'libjava/classpath')
0 files changed, 0 insertions, 0 deletions