Skip to content
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

libwebsockets not linking against libdl #2058

Closed
neheb opened this issue Sep 18, 2020 · 5 comments
Closed

libwebsockets not linking against libdl #2058

neheb opened this issue Sep 18, 2020 · 5 comments

Comments

@neheb
Copy link
Contributor

neheb commented Sep 18, 2020

Certain configurations of glibc need -ldl to LDFLAGS to be passed. First noticed here: openwrt/packages#12222

I don't see any find_library calls to dl.

@lws-team
Copy link
Member

For lws own use of dl, for plugins, he adds it to the dependent libs for lws library link-time.

How are you thinking we should determine if we should always link against dl because the libc wants it?

@neheb
Copy link
Contributor Author

neheb commented Sep 18, 2020

I would guess to do so unconditionally. I don't know how other projects do it.

@neheb
Copy link
Contributor Author

neheb commented Sep 18, 2020

@lws-team
Copy link
Member

edit: hmmmmm..... https://github.com/warmcat/libwebsockets/blob/master/CMakeLists.txt#L543

Yes as I said if lws is using plugins itself and needs libl, it will link with it.

I can't just add -ldl because it's perfectly possible to build for, eg, cross freertos and no libdl concept.

I didn't understand what the openwrt error is about either, it seems to be for another package that brings in libwebsockets... so - I am asking rather than trying to dodge it - why is it a lws issue?

@neheb
Copy link
Contributor Author

neheb commented Sep 18, 2020

The original report seems to be wrong. Closing.

@neheb neheb closed this as completed Sep 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants