> On 6 Sep 2021, at 08:08, Jakub Jelinek via Gcc-patches
> <gcc-patches@gcc.gnu.org> wrote:
>
> On Mon, Sep 06, 2021 at 09:42:32AM +0800, Hongtao Liu wrote:
>>> Also, shouldn't the *hf* and *hc* APIs be exported from libgcc_s.so.1?
>>>
>>> 254: 0000000000011960 968 FUNC LOCAL DEFAULT 13 __floattihf
>>> 256: 00000000000116f0 315 FUNC LOCAL DEFAULT 13 __fixhfti
>>> 263: 000000000000f950 1358 FUNC LOCAL DEFAULT 13 __truncsfhf2
>>> 264: 000000000000db10 272 FUNC LOCAL DEFAULT 13 __extendhfsf2
>>> 265: 000000000000df70 399 FUNC LOCAL DEFAULT 13 __extendhfxf2
>>> 267: 0000000000011fe0 469 FUNC LOCAL DEFAULT 13 __eqhf2
>>> 268: 0000000000011d30 681 FUNC LOCAL DEFAULT 13 __floatuntihf
>>> 271: 000000000000dc20 374 FUNC LOCAL DEFAULT 13 __extendhfdf2
>>> 274: 0000000000011830 292 FUNC LOCAL DEFAULT 13 __fixunshfti
>>> 281: 000000000000dda0 460 FUNC LOCAL DEFAULT 13 __extendhftf2
>>> 283: 000000000000e860 1439 FUNC LOCAL DEFAULT 13 __trunctfhf2
>>> 285: 0000000000011fe0 469 FUNC LOCAL DEFAULT 13 __nehf2
>>> 286: 0000000000006290 1627 FUNC LOCAL DEFAULT 13 __divhc3
>>> 290: 000000000000ee00 1499 FUNC LOCAL DEFAULT 13 __truncxfhf2
>>> 292: 000000000000f3e0 1392 FUNC LOCAL DEFAULT 13 __truncdfhf2
>>> 296: 0000000000005150 1931 FUNC LOCAL DEFAULT 13 __mulhc3
>>>
>>> So, don't we want GCC_12.0 with those symbols
>>> in config/i386/libgcc-glibc.ver and perhaps others?
>>>
>>> Jakub
>>>
>>
>> Here is an updated patch.
>
> Ok. The *.ver changes are still needed (see above), but that can be done
> incrementally.
I can commit the .ver change if that’s approved, sure - for the record I
haven’t checked
any targets other than Darwin and Linux.
Iain
