Searched +hist:0 +hist:e45e3eb (Results 1 - 2 of 2) sorted by path
| /haiku/src/system/runtime_loader/ | ||
| H A D | elf_symbol_lookup.cpp | diff 1e68c512 Tue Jun 21 06:22:43 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> runtime_loader: accept type STT_FUNC when STT_OBJECT is requested trying to load a PIE executable produced by golang show the following (for pthread_create) 12: 0000000000000000 0 OBJECT GLOBAL DEFAULT UND pthread_create 12655: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND pthread_create It's the same for Linux or Solaris, so I suppose we're being too picky. Change-Id: Ibe817c231365aba8b2eb88eb3f556d2bd1db384a Reviewed-on: https://review.haiku-os.org/c/haiku/+/5392 Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> Reviewed-by: Jérôme Duval <jerome.duval@gmail.com> diff 1e68c512 Tue Jun 21 06:22:43 MDT 2022 Jérôme Duval <jerome.duval@gmail.com> runtime_loader: accept type STT_FUNC when STT_OBJECT is requested trying to load a PIE executable produced by golang show the following (for pthread_create) 12: 0000000000000000 0 OBJECT GLOBAL DEFAULT UND pthread_create 12655: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND pthread_create It's the same for Linux or Solaris, so I suppose we're being too picky. Change-Id: Ibe817c231365aba8b2eb88eb3f556d2bd1db384a Reviewed-on: https://review.haiku-os.org/c/haiku/+/5392 Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> Reviewed-by: Jérôme Duval <jerome.duval@gmail.com> diff c41b379e Tue Dec 07 11:12:12 MST 2021 Augustin Cavalier <waddlesplash@gmail.com> runtime_loader: Support resolving weak symbols as NULL. In the case where a weakly declared symbol has no definition, it should just resolved to be NULL instead of failing to load at all. GCC 11 builds of libroot.so wind up having one weak symbol declaration that is unresolved at runtime, to __cxa_pure_virtual, which seems to be provided by some object in libsupc++.a that ld does not pull in automatically (and has to be forced at present.) This change also amends symbol patcher behavior: it is now possible for the symbol patcher to indicate symbols should be hidden by changing the passed-in type to 0, instead. (Otherwise, weak symbols would always get a value of NULL instead of being able to be hidden.) Fixes #8288. Previously-reviewed-on: https://review.haiku-os.org/c/haiku/+/4768 Change-Id: I6485c4e515cb53c6b81db971efbc10008fa6bd9d Reviewed-on: https://review.haiku-os.org/c/haiku/+/4932 Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> Reviewed-by: waddlesplash <waddlesplash@gmail.com> diff 0e45e3eb Sat May 03 16:52:05 MDT 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: keep symbol DSO in SymbolLookupCache While resolving TLS related relocations it is necessary to know the DSO that defines the symbol. Without proper support in caching that information is available only when the symbol is resolved first time. That works well for TLS since TLS_DTPMOD is guaranteed to be before TLS_DTPOFF relocation. This patch makes the newly introduced parts of the interface work in a general case. diff 0e45e3eb Sat May 03 16:52:05 MDT 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: keep symbol DSO in SymbolLookupCache While resolving TLS related relocations it is necessary to know the DSO that defines the symbol. Without proper support in caching that information is available only when the symbol is resolved first time. That works well for TLS since TLS_DTPMOD is guaranteed to be before TLS_DTPOFF relocation. This patch makes the newly introduced parts of the interface work in a general case. diff 0e45e3eb1d8a2c29e1163878bfcf29b81a6eb791 Sat May 03 16:52:05 MDT 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: keep symbol DSO in SymbolLookupCache While resolving TLS related relocations it is necessary to know the DSO that defines the symbol. Without proper support in caching that information is available only when the symbol is resolved first time. That works well for TLS since TLS_DTPMOD is guaranteed to be before TLS_DTPOFF relocation. This patch makes the newly introduced parts of the interface work in a general case. |
| H A D | elf_symbol_lookup.h | diff 0e45e3eb Sat May 03 16:52:05 MDT 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: keep symbol DSO in SymbolLookupCache While resolving TLS related relocations it is necessary to know the DSO that defines the symbol. Without proper support in caching that information is available only when the symbol is resolved first time. That works well for TLS since TLS_DTPMOD is guaranteed to be before TLS_DTPOFF relocation. This patch makes the newly introduced parts of the interface work in a general case. diff 0e45e3eb Sat May 03 16:52:05 MDT 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: keep symbol DSO in SymbolLookupCache While resolving TLS related relocations it is necessary to know the DSO that defines the symbol. Without proper support in caching that information is available only when the symbol is resolved first time. That works well for TLS since TLS_DTPMOD is guaranteed to be before TLS_DTPOFF relocation. This patch makes the newly introduced parts of the interface work in a general case. diff 0e45e3eb1d8a2c29e1163878bfcf29b81a6eb791 Sat May 03 16:52:05 MDT 2014 Pawel Dziepak <pdziepak@quarnos.org> runtime_loader: keep symbol DSO in SymbolLookupCache While resolving TLS related relocations it is necessary to know the DSO that defines the symbol. Without proper support in caching that information is available only when the symbol is resolved first time. That works well for TLS since TLS_DTPMOD is guaranteed to be before TLS_DTPOFF relocation. This patch makes the newly introduced parts of the interface work in a general case. |
Completed in 75 milliseconds