Comments on: Keeping the autotools guys happy with qmake

By: pvanhoof

pvanhoof — Wed, 31 Mar 2010 10:02:29 +0000

Update: this seems to be the most simple way:

CONFIG += create_pc create_prl
QMAKE_PKGCONFIG_REQUIRES = QtGui
QMAKE_PKGCONFIG_DESTDIR = pkgconfig
INSTALLS += target headers

By: Lorenzo

Lorenzo — Tue, 17 Nov 2009 22:01:42 +0000

but has create_pc been added only recently in Qt?
With Qt 4.5 I added

CONFIG += create_pc
QMAKE_PKGCONFIG_REQUIRES = QtGui
pkgconfig.files = myownpc.pc
pkgconfig.path = /lib/pkgconfig
INSTALLS += pkgconfig

but nothing happens… should myownpc.pc be already present?

thanks in advance
Lorenzo

By: Murray Cumming

Murray Cumming — Fri, 23 Oct 2009 11:12:21 +0000

huas, If cmake has proper non-awkward pkg-config support (I’m trying it now, and so far it remains to been seen), then surely it’s enough to just use that pkg-config support. I see no need for a special script just for cmake. autotools don’t require any autotools-specific support from libraries – they just use pkg-config, which is not at all autotools-specific.

More source code would just mean more errors. pkg-config fies are not code so therefore I prefer them.

By: Benoit

Benoit — Tue, 20 Oct 2009 20:03:55 +0000

@huas:
Nah, doesn’t work like that. It’s not the job of library developers to install a FindFoo.cmake along with their Foo library, because then we’d hint exactly the same problem as with pkgconfig, namely that for that to work cross-platform, one would need all devs on all platforms to agree on standard locations where to put these .cmake files, that’s not realistic.

@pvanhoof:
So yes, if one were to do that, better just use pkgconfig. But instead, if you want to please CMake-using developers, what you can do is to write a FindFoo.cmake module and put it at some easy-to-find location in your source directory, or on the website of your project. If Google can easily find it, that’s all we need. Otherwise, it’s no biggie, because anyone can write such a .cmake file, that’s the big difference from pkgconfig where nothing can be done without the dev’s support.

By: pvanhoof

pvanhoof — Tue, 20 Oct 2009 16:21:09 +0000

@huas: can you give an example how that would work? And given that cmake and qmake have support for pkgconfig build-in, ain’t it more easy for the qt apps that want to use a library that already ships with a .pc file to use this? I don’t really see the point in redundancy here.

By: huas

huas — Tue, 20 Oct 2009 14:54:10 +0000

And while we are at it, Gtk/glib libraries lack proper CMake support.

So to all folks who make autotools based libraries: Remember to create a proper .cmake file that can be installed along with the headers.

As you said:
You’ll be doing everybody who wants to use your software a tremendous favor.

By: Benoit

Benoit — Tue, 20 Oct 2009 11:45:44 +0000

(Sorry for spamming your blog with 4 comments in a row)

Don’t know why I read “messy”, i guess that I have a bad karma with qmake.

Anyway, you wrote “easy” not “messy” — yes I hope that my CMake example confirms it :)

By: Benoit

Benoit — Tue, 20 Oct 2009 11:28:57 +0000

Credits where credit’s due — thanks to Rhys for the pkgconfig support contribution :)

By: Benoit

Benoit — Tue, 20 Oct 2009 11:27:39 +0000

Ah yes and the contents of eigen2.pc.in is just:

Name: Eigen2
Description: A C++ template library for linear algebra: vectors, matrices, and related algorithms
Requires:
Version: ${EIGEN_VERSION_NUMBER}
Libs:
Cflags: -I${INCLUDE_INSTALL_DIR}

Where EIGEN_VERSION_NUMBER and INCLUDE_INSTALL_DIR are CMake variables.

By: Benoit

Benoit — Tue, 20 Oct 2009 11:24:40 +0000

Don’t worry, it isn’t more “messy” with CMake, you just need to write 2 lines of code, one to generate (“configure”) the .pc file, and one to make the install rule. Here goes:

configure_file(eigen2.pc.in eigen2.pc)
install(FILES ${CMAKE_CURRENT_BINARY_DIR}/eigen2.pc
DESTINATION lib/pkgconfig
)

Another advantage is that you don’t have to do anything elsewhere, like in a Debian package ;)

I seriously with that nobody uses qmake for something else than building Qt itself, because CMake is a much, much better build system in general!