-
Notifications
You must be signed in to change notification settings - Fork 0
Modify source file to load curl library at runtime #80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
6c36615
2d509c6
f5c9b0e
70f3db9
0035a79
0f86b9a
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -75,6 +75,12 @@ build: | |
| $(ROOT_DIR)/build.sh | ||
| make -C ./ut-core test | ||
| @cp $(LIB_DIR)/lib* ${BIN_DIR} | ||
| @if [ -d $(LIB_DIR)/../curl ]; then \ | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. this makes no sense. the test builds test, it has no-idea what ut-control builds, wants to build or what it has internally to it. the test calls the main ut-control makefile, which builds whatever libraries it requires ( which are copied to the output directory ), because that's what the ut-control makefile knows about. |
||
| cp $(LIB_DIR)/../curl/lib/lib*.so* ${BIN_DIR}; \ | ||
| fi | ||
| @if [ -d $(LIB_DIR)/../openssl ]; then \ | ||
| cp $(LIB_DIR)/../openssl/lib/lib*.so* ${BIN_DIR}; \ | ||
| fi | ||
| @cp ${ROOT_DIR}/src/*.sh ${BIN_DIR} | ||
| @cp ${ROOT_DIR}/websocket-clients/* ${BIN_DIR} | ||
| @$(ECHOE) ${GREEN}Copy Assets to [${BIN_DIR}/assets] ${NC} | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do I understand this correctly
shared - because you load the .so in the dlopen right?
static - because for external consumption you take ut-control.so & include the .a into that .so?
you may need to also consider stripped the symbols for the external libraries from ut-control.so, because you may not get what you expect..
say ut-control.so is loaded by you, which your expecting the libcurl.a also to be loaded.
But in the same process, someone else already loaded their libcurl.a, the one that's already present will then be used not your one.
that's the disadvantages of not having static libraries which you control embedded into your .so's