- Timestamp:
- May 4, 2018 9:24:22 PM (7 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/src/VBox/Additions/x11/VBoxClient/Makefile.kmk
r72114 r72124 74 74 # to memcpy@GLIBC_2.2.5, which we solve in a not-very-satisfactory way with a 75 75 # wrapper. 76 ## 77 ## @todo r=bird: With all due respect, what are you smoking?? The above does not compute, 78 ## so there is either some other reason which you fail to describe or you've got it all wrong. 79 ## It cannot be for reasons of symbol resolution, because puttin chk_stubs.c in SOURCES would 80 ## make absolutely sure the symbols in it would always be part of the link and present in the 81 ## symbol table before any library searching is done. I cannot see how the --wrap-memcpy could 82 ## have anything to do with this either. 83 ## 84 ## Your query on IRC why chk_stubs.c is treated as C++, that's because the linker is called g++. 85 ## 86 ## Please explain why this nonsese is required or I will revert it and leave you deal with the consequences. 87 ## 88 ## -bird 89 ## 76 90 ifeq ($(KBUILD_TARGET),linux) 77 91 VBoxClient_LIBS += \
Note:
See TracChangeset
for help on using the changeset viewer.