autotools

I've got a large project on my hand (master) that is split into several components (liba, b, c, d) to ease building and maintenance. When building the whole package, all of the subcomponents must be built in sequence, and some of these packages depend upon each other. In more explicit terms, liba is a prerequisite for b, c and d, and the presence of liba is checked by the configure script. This check is definitely necessary to give user-friendly error messages when building the b distribution on its own. However, when building the master package and all its subpackages, liba is built as a

fcntl() uses struct flock structure to define and check file locks. Unfortunately, on different Unix systems the fields in this structure are in different order. Does anybody know how one could check for it with autoconf or at least check if the structure is in specific format (e.g. the question would be - does the struct format matches the Linux format)? You can use this autoconf macro to find if a certain member of struct flock exists: AC_CHECK_MEMBERS([struct flock.l_type],[],[],[[#include <fcntl.h>]]) Github has a variety of autoconf files you can look at for additional ideas by searching

I have a library ( libfoo ) that is compiled using libtool into two objects: libfoo.a and libfoo.so. I have to create, using libtool also, another library ( libbar ) that will be a single shared library (libbar.so) containing all libfoo's code. In order to do this, I have to force libbar to link against libfoo.a , and not libfoo.so. I am in an autotools environment, so I have to solve this using standard configure.in or Makefile.am rules. I tried several things, like in configure.in : LDFLAGS="$LDFLAGS "-Wl,-Bstatic -lfoo -Wl,-Bdynamic" That always results in the -Wl flags on the linking line;

So after I ran libtool and got out a libfoo.lo and foo.o file from my library source, how do I convert the libfoo.lo file into a normal Linux shared library, like libfoo.so.1.0.0 so I can install and link to it on my target system? From the outputs mentioned in the question, it looks like you ran libtool with --mode=compile mode. You will need to run libtool again with --mode=link to produce .a and .so libraries. libtool is just a simple wrapper for gcc, ln ar and ranlib which is needed to produce libraries. All it does is run gcc adding the necessary options to ensure that your static and

I have the following problem with configure.ac: I would like to add a library search path because the libraries I have to use are in some crazy folders. My idea is to do this with an option: AC_ARG_WITH([cplex-lib-path], [AS_HELP_STRING([--with-cplex-libs], [location of the CPLEX library])], [CPLEX_LIBS="-L$withval --lcplex"], []) If someone specifies the library path I would of course like to see if the library can be found: AC_CHECK_LIB([cplex], [CPXcreateprob], [], [ AC_MSG_ERROR([Could not find CPLEX library]) ]) However, I would like to add the CPLEX_LIBS to the library search path of AC

I have a project with autotools: automake, autoconf. I want to prohibit make from remaking files configure , Makefile.in , etc; just to do compile job. Some of files are edited by hand, and I know that I should not to do this. (Or the project was updated from CVS with all generated files stored in CVS). But at the moment I have no correct version autotools installed. What must be modification times of this files (which must be newer/older): aclocal.m4 configure.in confdb/ax_prefix_config_h.m4 Makefile.am Makefile.in Makefile configure config.status Or: what sequence of touch commands must I do