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

[Andrea Corallo]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> xgutter@yahoo.it writes:
>
>> It took a bit long to find some time to test your patch, sorry for
>> this. I slightly changed your patch adding `-dynamiclib` before
>> `-install-name` otherwise I was getting an error.
>>
>> ```
>> SSDATA (concat2 (build_string ("-dynamiclib -install_name "),
>> ```
>>
>> Even with this change the Dylib ID of the ELN files is not changed. See 
>> below:
>>
>> ```
>> otool -D
>> native-lisp/28.0.50-x86_64-apple-darwin19.6.0-a6e4783a5ef98abfce43023b5021c5a0/x-win-3c49581f605e9300257e9a0c4594695d-57571c2341c5223f94e6710bc3fe737f.eln
>> native-lisp/28.0.50-x86_64-apple-darwin19.6.0-a6e4783a5ef98abfce43023b5021c5a0/x-win-3c49581f605e9300257e9a0c4594695d-57571c2341c5223f94e6710bc3fe737f.eln:
>> /var/folders/77/680fcz1x5ydb0r8f93kj36b0wws01s/T//libgccjit-7kfo57/fake.so
>> ```
>
> This was half a year ago -- has there been any progress in fixing this
> Macos-specific issue?

Not on my side.  I cannot experiment as I've no Mac machines but I
believe that if "-dynamiclib -install_name" are not working as expected
it should be reported on the toolchain side.  Otherwise there's not much
we can do on the Emacs side.

BR

  Andrea