You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Instead of querying the aldor about where its programs are (see #10), we could use the standard mechanism of pkg-config. For example, pkg-config --cflags libfoam would return -I${includedir}, which can be used for building external libraries. The .pc files can also contain arbitrary additional information, such as the location of aldor includes, recommended aldor compiler flags, etc.
The text was updated successfully, but these errors were encountered:
Maybe that defeats the whole purpose. I want minimal user interaction. Setting PKG_CONFIG_PATH is something that can be avoided.
Use case:
A library writer who want's to use libtool and the _LIBRARIES primary of automake. Then the .c->.o->.a compilation is taken over by automake rules. But since that proces will not call the aldor executable anymore, the paths that are included in the wrapper do not help. So one has to provide an additional -I${includedir} which points to a place of foam_c.h.
If that library author now gives the sources to someone else, there must be a mechanism to figure out this additional include path on the recipient's computer. Of course, configure.ac can rely on PKG_CONFIG_PATH to be set correctly. But I doubt that every user will do that. Setting PATH for the aldor executable, however, is probably more common.
PKG_CONFIG_PATH is certainly a good idea, but maybe the aldor --print-confvar prefix5ca3e2f, (which can be run by configure) is easier than an additional user interaction after a failed configure run. The latter even means to write documentation for the user to let him/her figure out what went wrong and how to cure it.
You can set PKG_CONFIG_PATH in configure automatically. Once you have that (perhaps from which aldor or aldor --print-confvar), you can get the rest out of the pkg-config variables.
Instead of querying the aldor about where its programs are (see #10), we could use the standard mechanism of pkg-config. For example,
pkg-config --cflags libfoam
would return-I${includedir}
, which can be used for building external libraries. The .pc files can also contain arbitrary additional information, such as the location of aldor includes, recommended aldor compiler flags, etc.The text was updated successfully, but these errors were encountered: