-
Notifications
You must be signed in to change notification settings - Fork 773
fix missing -lm -lpthread for SQLite 3.50.1 by setting $LIBS to empty string value
#23374
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
fix missing -lm -lpthread for SQLite 3.50.1 by setting $LIBS to empty string value
#23374
Conversation
|
Test report by @SebastianAchilles |
|
@boegelbot please test @ jsc-zen3 |
|
@SebastianAchilles: Request for testing this PR well received on jsczen3l1.int.jsc-zen3.fz-juelich.de PR test command '
Test results coming soon (I hope)... Details- notification for comment with ID 3056660477 processed Message to humans: this is just bookkeeping information for me, |
|
Test report by @boegelbot |
-lm -lpthread for SQLite 3.50.1
SebastianAchilles
left a comment
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.
lgtm
|
Going in, thanks @Thyre! |
-lm -lpthread for SQLite 3.50.1-lm -lpthread for SQLite 3.50.1 by setting $LIBS to empty string value
(created using
eb --new-pr)See discussion here for more information:
Basically, SQLite switched from passing
@LIBS@to@LDFLAGS_MATH@and so on in their build system andsqlite3.pc. However,configurestill honors theLIBS=we set with our toolchain.This causes the following result:
Building then fails when not passing
-lm -lpthread, as done in #23027.However, while this fixes building SQLite, later packages requiring it can then fail with math linker errors, as seen in #23369.
To avoid this, simply unset
LIBS=duringconfigure. This causes the correct libraries to be picked up again.