autoconf build does not version the library

[ahundt]

./configure; make install and cmake ..; make install produce different libraries

The cmake version doesn't create this missing library/symlink:

  /usr/local/opt/glog/lib/libglog.0.dylib

discovered in:
Homebrew/homebrew-core#14379

[ilovezfs]

@shinh any idea what the problem here is? Thanks!

[andyleejordan]

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.

[sergiud]

Actually, CMake does set the library version. However, I don't understand why libglog.0.dylib is expected instead of libglog.3.dylib? @ahundt Can you elaborate?

Edit: Mixed up major and minor version in library's name.

[andyleejordan]

(I stand corrected, Glog's is even setup to version the libraries. Nice!)

[ahundt]

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 libglog.0.dylib, which the CMake script did not create. I think the issue is that:

1. installed library names should be consistent between the build tools
2. installed CMake config files (if any), such as a glogConfig.cmake should also be set up in a manner consistent with item 1.

I think the other aspect of the issue in Homebrew/homebrew-core#14379 is something I should report to github.com/facebook/folly:

failed: brew linkage --test folly
Stacktrace

        Missing libraries:
  /usr/local/opt/glog/lib/libglog.0.dylib

Since /usr/local/opt/glog/lib/libglog.0.dylib is apparently what was generated in the past. However I think that depends on a correction here first to ensure the library name is correct for each build tool.

[ahundt]

I created an equivalent folly issue:
facebook/folly#648

[sergiud]

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 libglog.0.dylib to be generated. Is this not the case? If so, can you attach the build and install log for the CMake version of glog?

Edit: Why do you need both the autoconf and the CMake version of glog to package it?

[ahundt]

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 glogConfig.cmake to be generated. However, because the version name changes with the build tool, a library I'm not using breaks (folly). For that reason my downstream change can't be merged because homebrew considers this an upstream issue with glog.

[sergiud]

CMake already generates a package config for glog called glog-config.cmake. So now I'm really confused what are the issues here.

Again, I'm asking you to attach the log for make and make install steps for the CMake build so I can understand what is going on.

[ahundt]

The issue is the library name, which needs to be consistent with different build systems.

[sergiud]

OK, please attach the log. Otherwise I'm not able to help you.

[ahundt]

my understanding is autoconf will create:
/usr/local/opt/glog/lib/libglog.0.dylib

and cmake will create:
/usr/local/opt/glog/lib/libglog.3.dylib

Is anything still unclear?

[sergiud]

Yes, please post the log. This is the fourth time I'm asking you to do so.