You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
cd /build/darling-0.1.20240614/temp/src/native && /build/darling-0.1.20240614/temp/src/libelfloader/wrapgen/wrapgen libpng.so /build/darling-0.1.20240614/temp/src/native/png.c /build/darling-0.1.20240614/temp/src/native/png_vars.h
Cannot load libpng.so: libpng.so: cannot open shared object file: No such file or directory
After some research it seems that when libpng.so isn't installed in a standard location it won't be found by wrapgen. The reason is that ld.so.cache contains entries for libpng16.so but not libpng.so.
There are multiple ways this error can be fixed:
Use libpng16.so (or whatever version is expected) so the right libpng is linked (probably for the best since that's libpng's abi version)
Use PNG_LIBRARY_RELEASE:FILEPATH cmake variable that already points to the right location for libpng.so
Have wrapgen scan env variables such as gcc's LIBRARY_PATH.
Implementing any of those three options would solve this issue for me. Implementing the first solution is just replacing libpng with libpng16, this will also ensure that if libpng18 is released nothing breaks with mysterious segfaults.
System Information
What system are you building with?
Build Log
What is the build error?
After some research it seems that when libpng.so isn't installed in a standard location it won't be found by
wrapgen
. The reason is thatld.so.cache
contains entries forlibpng16.so
but notlibpng.so
.There are multiple ways this error can be fixed:
libpng16.so
(or whatever version is expected) so the right libpng is linked (probably for the best since that's libpng's abi version)PNG_LIBRARY_RELEASE:FILEPATH
cmake variable that already points to the right location for libpng.sowrapgen
scan env variables such as gcc'sLIBRARY_PATH
.Implementing any of those three options would solve this issue for me. Implementing the first solution is just replacing libpng with libpng16, this will also ensure that if libpng18 is released nothing breaks with mysterious segfaults.
System Information
What system are you building with?
The text was updated successfully, but these errors were encountered: