bug#45934: native-comp - Dylib ID of ELN files not optimal

[akrl--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

"davide.restivo--- via \"Bug reports for GNU Emacs, the Swiss army knife
of text editors\"" <bug-gnu-emacs@gnu.org> writes:

> Hi Andrea,
>
> A dylib (extension .dylib) is the same as a GNU/Linux shared object (extension .so). Please find below the requested output:

Ciao Davide,

yes my question was on what the dylib ID is and what's is purpose.

> ```
> $ /usr/local/bin/gcc-10 --version
> gcc-10 (Homebrew GCC 10.2.0_2) 10.2.0
> Copyright (C) 2020 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[...]

> /usr/bin/ld -syslibroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/ -dynamic -dylib -arch x86_64 -dylib_install_name /usr/lib/ratings.dylib -macosx_version_min 10.15.0 -weak_reference_mismatches non-weak -o ratings.dylib -L/usr/local/Cellar/gcc/10.2.0_2/lib/gcc/10/gcc/x86_64-apple-darwin19/10.2.0 -L/usr/local/Cellar/gcc/10.2.0_2/lib/gcc/10/gcc/x86_64-apple-darwin19/10.2.0/../../.. /var/folders/r4/5c0t6dm912vggdd3jbjf_3tr0000gn/T//cccaMqmZ.o -lSystem -lgcc_ext.10.5 -lgcc -lSystem -no_compact_unwind -v

Okay, we should be able to work it around but as anticipated only using
GCC >= 9, that is indeed not very satisfactory.

My question is: if is homebrew the owner of this build process shouldn't
be its responsibility to keep the ID unique?

How do you work around this issue now?

Thanks

  Andrea