Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.Sign up
GitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
zsh.pl fails because libssl.so.1.0.0 cannot be found #620
Configuration and building work fine up to the point when the zsh completion is generated. The latter fails:
I can fix the build by
The failure is detected by make since 92a2041. Before that, it would fail silently so that I didn't recognize the issue in 7.46.0.
@danielshahaf I don't think that would solve the problem. We already use the just built curl binary, but that doesn't work if e.g. some of the shared libraries used are in non-standard paths.
This specific problem can be solved by passing
In any case I'm ok with disabling the zsh generation by default too.
I imagine this also applies to the test suite, but since that is run as a separate target it can just be not run at all. While the zsh generation is run as part of the main build.
Another possible solution would be to just ignore the result from
@jay If you look at
libtool only handles LD_LIBRARY_PATH for libraries internal to the project (that is libcurl), but if that library or executable depend on a library external to the project (e.g. libssl) then libtool depends on the system linker to know where to find it. And if that library is in non'standard paths (like in this case) then everything just breaks down.
Of course there are ugly hacks like rpath that could solve this, but that's not really a proper solution.