On Feb 24 2020, Lukasz Majewski wrote: >> elf/check-localplt complains about the newly added symbols >> >> Extra PLT reference: libc.so: __lutimes64 >> Extra PLT reference: libc.so: __wait4_time64 >> Extra PLT reference: libc.so: __setitimer64 >> Extra PLT reference: libc.so: __utime64 >> Extra PLT reference: libc.so: __timerfd_gettime64 >> Extra PLT reference: libc.so: __clock_settime64 >> Extra PLT reference: libc.so: __utimes64 >> Extra PLT reference: libc.so: __gettimeofday64 >> Extra PLT reference: libc.so: __clock_gettime64 >> Extra PLT reference: libc.so: __futimesat64 >> Extra PLT reference: libc.so: __clock_getres64 >> Extra PLT reference: libc.so: __futimes64 >> Extra PLT reference: libc.so: __futimens64 >> Extra PLT reference: libc.so: __utimensat64 >> Extra PLT reference: libc.so: __getrusage64 >> Extra PLT reference: libc.so: __timespec_get64 >> Extra PLT reference: libc.so: __getitimer64 >> Extra PLT reference: libc.so: __ppoll64 >> Extra PLT reference: libc.so: __timerfd_settime64 >> Extra PLT reference: libc.so: __clock_nanosleep_time64 >> Extra PLT reference: libc.so: __sched_rr_get_interval64 >> Extra PLT reference: libc.so: __settimeofday64 >> Extra PLT reference: librt.so: __timer_gettime64 >> Extra PLT reference: librt.so: __mq_timedreceive_time64 >> Extra PLT reference: librt.so: __mq_timedsend_time64 >> Extra PLT reference: librt.so: __timer_settime64 >> > > The above problems are somewhat expected. Those are redirected symbols, > which are exported as GLIBC_PRIVATE in several Versions files. > > I do guess that we will have a consensus if we add those as a "normal" > exported symbols or keep them "private". They need to grow hidden aliases. Andreas. -- Andreas Schwab, SUSE Labs, schwab@xxxxxxx GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." _______________________________________________ linux-snps-arc mailing list linux-snps-arc@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-snps-arc
