Hi Joseph, Thanks for the detailed explanation. > On Mon, 24 Feb 2020, Lukasz Majewski wrote: > > > I'm probably not aware of something - but as done in the following > > patch: > > > > https://github.com/lmajewski/y2038_glibc/commit/c96eeb73175961c4ac80fdd3b6adc132805387c9 > > > > I do need to remove librt_hidden_proto / librt_hidden_def to have > > proper symbols visible when I do want to use redirections. > > You'll need to explain the actual problem you see, because > lib<name>_hidden_proto / lib<name>_hidden_def are correct for any > symbol that satisfies both of the following properties: (a) it is > exported from shared lib<name> (whether at a public symbol version or > version GLIBC_PRIVATE) and (b) it is also used within the library > that defines it. They are useless but harmless for other symbols. > Lets consider for example __mq_timedsend_time64. With lib<name>_hidden_def/proto kept (NOT removed as in [1]): GDB: __GI___mq_timedsend_time64 [*] (No build errors, linking with test setup works as expected). (gdb) bt #0 __libc_do_syscall () at../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46 #1 0x76fc2696 in __GI___mq_timedsend_time64 (..) at../sysdeps/unix/sysv/linux/mq_timedsend.c:33 #2 0x76fc271a in __GI___mq_timedsend (..) at../sysdeps/unix/sysv/linux/mq_timedsend.c:69 #3 0x76fc2668 in mq_send () at ../sysdeps/unix/sysv/linux/mq_send.c:30 The problem is that __mq_timedsend (32 bit version) is called first - this means that the redirection for _TIME_BITS==64 (which would call __mq_timedsend_time64) is not working. With lib<name>_hidden_def/proto removed (as it is now at [1]) #0 __mq_timedsend_time64 (..) at../sysdeps/unix/sysv/linux/mq_timedsend.c33 #1 0x00402bb0 in test_mq_timedsend_onqueue (q=3) at test_mq_timedsend.c:25 #2 0x00402f28 in test_mq_timedsend () at test_mq_timedsend.c:130 The redirection for _TIME_BITS==64 works as expected. The structure of time conversion patches (details in [2]): @ include/time.h #if __TIMESIZE == 64 # define __mq_timedsend_time64 __mq_timedsend #else # include <bits/types/struct___timespec64.h> extern int __mq_timedsend_time64 (...); librt_hidden_proto (__mq_timedsend_time64) #endif @sysdeps/unix/sysv/linux/mq_timedsend.c int __mq_timedsend_time64 (...) { } #if __TIMESIZE != 64 librt_hidden_def (__mq_timedsend_time64) int __mq_timedsend (..) { } #endif hidden_def (__mq_timedsend) weak_alias (__mq_timedsend, mq_timedsend) [**] hidden_weak (mq_timedsend) It looks to me like the [**] weak_alias () here is the problem as it does the aliasing for name, which shall be redirected to __mq_timedsend_time64. However, when I remove the line [**] - I do see the error: | In file included from <command-line>: | ./../include/libc-symbols.h:552:33: error: '__EI_mq_timedsend' aliased to undefined symbol '__GI_mq_timedsend' > lib<name>_hidden_proto / lib<name>_hidden_def always need to be used > together, and always need to have <name> matching the name of the > shared library with the symbol. In C code, lib<name>_hidden_proto > causes the function, for both definition and calls, to be redirected > to an internal, hidden-visibility alias, while lib<name>_hidden_def > then adds back the exported name as a non-hidden alias to cause it to > be exported from the shared library in question. I was not aware of the lib<name>_hidden_def () role to re-export the symbols again. Thanks for pointing this out. > > It's true that the redirection from lib<name>_hidden_proto doesn't > work when there is another redirection for the same symbol in effect, Please correct me if I'm wrong, but from the above code snippet it looks like we do have (when _TIME_SIZE==64 is defined): librt_hidden_proto (__mq_timedsend_time64) librt_hidden_def (__mq_timedsend_time64) hidden_def (__mq_timedsend) weak_alias (__mq_timedsend, mq_timedsend) And in exported headers: # ifdef __USE_TIME_BITS64 # if defined(__REDIRECT) extern int __REDIRECT (mq_timedsend, (..), __mq_timedsend_time64); # else # define mq_timedsend __mq_timedsend_time64 # endif # endif Unfortunately, the final redirection for mq_timedsend symbol is to __mq_timedsend, not __mq_timedsend_time64. > but that should not be a concern here (there should be no reason to > have an asm redirection from __mq_timedreceive_time64 to another > name, for example). > Question: [*] - If I may ask - the __GI_ prefix is for glibc internal symbol? And in the same vein __EI_ is for external one? Links: [1] - https://github.com/lmajewski/y2038_glibc/commit/06fe0342696d7c6fe6115f825052fb07bb609216 [2] - https://patchwork.ozlabs.org/patch/1237939/ Best regards, Lukasz Majewski -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@xxxxxxx
Attachment:
pgpt9GUCxCglN.pgp
Description: OpenPGP digital signature
_______________________________________________ linux-snps-arc mailing list linux-snps-arc@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-snps-arc
