From: ZAMBAR
This patch implements the TARGET_CLONES attribute for Fortran functions,
using C-style comma-separated syntax for target specifications.
The implementation adds:
- Parsing support for TARGET_CLONES("target1", "target2", ...)
- Integration with exis
From: ZAMBAR
Hi all,
I would like to seek feedback on the implementation approach for the
TARGET_CLONES attribute in gfortran, specifically regarding the syntax
for parsing multiple target specifications.
Currently, I have implemented TARGET_CLONES support for Fortran using
a C-style comma
This patch removed `make_decl_rtl` at function start. Making RTL at
start leads to fixed suffix and assmbly name in the constant pool.
It will finally be called in all my testcases since we will check it
whenever using the DECL_RTL macro.
Signed-off-by: ZAMBAR
gcc/fortran/ChangeLog
s feature added a parser in f95-lang.cc to support parsing
arguments, and added `TARGET_CLONES` as a attribute in `ext_attr_list`
Signed-off-by: ZAMBAR
gcc/fortran/ChangeLog:
* decl.cc (gfc_match_gcc_attributes): Add target_clones attribute
parsing
* f95-lang.cc (gfc_handle_target
t` like names.
- The binding result in readelf's symbol table is different.
While C/C++ generates `WEAK` resolver functions, but Fortran gives
a `LOCAL` one while in `CONTAINS` block.
If upstreams have any suggestions or comments, please let me know!
ZAMBAR (2):
Fortran: target clones
ping
At 2025-07-24 00:54:22, "ZAMBAR" wrote:
> This patch is an experimental implementation of multi-target clones
>clones for Fortran, allowing the use of the `TARGET_CLONES` attribute.
>It is designed to work with the syntax like:
>
>`!GCC$ ATTRIBUTES TARGET_CLONES(&
