When attempting to build against shared luv.so ld fails to find luv.so Example output as generated by cmake using -G ninja LINK_LIBRARIES = -Wl,-rpath,/usr/lib64/lua/5.1: -Wl,--no-undefined -lluv expected output shoud be path to luv.so as in this example: LINK_LIBRARIES = -Wl,-rpath,/usr/lib64/lua/5.1: -Wl,--no-undefined /usr/lib64/lua/5.1/luv.so Reproducible: Always luv.so needs to have a soname in order for cmake to find the correct location of the library and pass it to the link step.
Just tested the 1.44.2.1-3.fc39 for libluv and libluv-devel, I can confirm this resolves the issue with cmake and ld. I can also confirm this removes the need to add :STRING=-Wl,/usr/lib64/luajit/2.1/luv.so to LUV_LIBRARY when building neovim.
FEDORA-2023-81366c7456 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-81366c7456
FEDORA-2023-81366c7456 has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-81366c7456` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-81366c7456 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-81366c7456 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.