-
Notifications
You must be signed in to change notification settings - Fork 5
Dstara/update to tiledb 2.16 #299
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
Conversation
5095bdb
to
9bdf788
Compare
8894aa9
to
33bb7e8
Compare
2f20915
to
c2a59d9
Compare
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.
🚀, minor question about API stability but otherwise LGTM.
34e9399
to
190712d
Compare
Oh no, more Windows errors. 😭 Fortunately I think I know how to solve it, will tell you what to try tomorrow. |
Can you try adding these lines after Lines 130 to 133 in 2af746e
if(WIN32)
target_link_libraries(tiledbjni PRIVATE WebServices Winhttp Wininet Userenv Version Secur32 Ncrypt)
endif() |
Thanks Theodore that worked , however I wanted to ask why do we need to link these libs manually, is it really necessary? Is this caused by build changes in core? Is it possible to reduce these changes in the future? |
These libraries are dependencies of the Core's dependencies. Because static libraries are just collections of object files that import symbols without saying where to be found, we need to tell the linker by ourselves. In Core builds CMake figures the dependencies out, but cannot automatically communicate that, and it is something we do ourselves and here seemed to have forgotten to. Fortunately in this case there is a workaround until it gets fixed in the Core repository. |
05fa328
to
28c6ac6
Compare
28c6ac6
to
309e7bd
Compare
No description provided.