https://gcc.gnu.org/bugzilla/show_bug.cgi?id=127071
Bug ID: 127071
Summary: [avr] Don't copy multilibs with t-copy-libgcc
Product: gcc
Version: 17.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gjl at gcc dot gnu.org
Target Milestone: ---
libgcc's t-avrlibc makefile snippet copies a multilib variant when it concludes
that the variant doesn't depend on -m[long-]double=.
The hack is only used in the specific case when GCC is configured with some
non-default values for --with-libf7=. It had been introduced to save some
build time.
Copying multilibs has the following dowsides:
- Adding .gnu_attribute's to ensure object file compatibility wrt the [long]
double layout would break things. Currently, PR127032 only adds such
attributes when the target code is using [long] double, which has loopholes
like sizeof(double) that's not detected on the tree-ssa level.
- Surprising build system behavior.
