-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
autoconf build does not version the library #196
Comments
@shinh any idea what the problem here is? Thanks! |
CMake, not being Autotools, doesn't make use of libtool to version shared libraries (I imagine this is what's happening here). CMake can certainly be setup to add versions to libraries; it's just up to the owner to decide if they want that. |
Actually, CMake does set the library version. Edit: Mixed up major and minor version in library's name. |
(I stand corrected, Glog's is even setup to version the libraries. Nice!) |
Homebrew has automated compilation and install scripts. Forgive if I misunderstand because this is from memory and skimming the issues again. As of the latest release at the time of writing the dylib file that was placed in the folder by the make script was
I think the other aspect of the issue in Homebrew/homebrew-core#14379 is something I should report to github.com/facebook/folly:
Since |
I created an equivalent folly issue: |
autoconf build of glog does not seem to version the library. Hence, all version components are zero. With regard to CMake build of glog. What are the issues exactly? I would at least expect a Edit: Why do you need both the autoconf and the CMake version of glog to package it? |
The names of library versions need to be consistent across installers in a single release so other packages that use glog can find and link against it correctly regardless of the installer used. In my case, once that is fixed I can switch homebrew from installing with autoconf to CMake. In particular, I'm looking for |
CMake already generates a package config for glog called Again, I'm asking you to attach the log for |
The issue is the library name, which needs to be consistent with different build systems. |
OK, please attach the log. Otherwise I'm not able to help you. |
my understanding is autoconf will create: and cmake will create: Is anything still unclear? |
Yes, please post the log. This is the fourth time I'm asking you to do so. |
From the log:
You need to set |
As mentioned in the original post, the installers still created different dylibs/symlinks. autoconf did not create |
You actually didn't. This is what you reported:
which is obviously not true. Could please change the issue's title to something along the lines "autoconf build does not version the library"? Thanks! |
@sergiud done, sorry about the mistake. |
@ahundt Thanks! |
Are there any next steps for this? |
Not until someone provides a patch. In the meantime you can use the CMake build. |
./configure; make install and cmake ..; make install produce different libraries
The cmake version doesn't create this missing library/symlink:
discovered in:
Homebrew/homebrew-core#14379
The text was updated successfully, but these errors were encountered: