[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#12262: LT_CONFIG_H contains entire relative path when embedding libl

From: Brice Goglin
Subject: bug#12262: LT_CONFIG_H contains entire relative path when embedding libltdl in recursive mode
Date: Wed, 22 Aug 2012 21:53:18 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120624 Icedove/10.0.5


I am reporting a problem that we discussed today in the thread starting at

The same behavior exists with libtool 2.2.6b and 2.4.2. Looking at the
git log, it has likely been there for ever.

I am attaching a small testcase. Here's how to use it:

tar xfj bug.tar.bz2
cd bug
autoreconf -ifv
[... fails quickly with...]
libltdl/lt__private.h:35:23: fatal error: mysubdir/config.h: No such file or 

The issue is that lt__private.h contains #include LT_CONFIG_H and
LT_CONFIG_H is set to the entire relative path given in
AC_CONFIG_HEADER. So the build cannot find it unless -I$(top_builddir)
is added to CPPFLAGS.

>From what was said in today's discussion, automake adds the path to the
config header to CPPFLAGS, so libltdl should just set LT_CONFIG_H to the
config header basename without any path.

The problem can be worked around by modifying the embedder's project
CPPFLAGS as explained above, or by adding this

  AC_CONFIG_COMMANDS_PRE([LT_CONFIG_H=`expr "$LT_CONFIG_H" : '.*/\(.*\)'`])


Attachment: bug.tar.bz2
Description: application/bzip

reply via email to

[Prev in Thread] Current Thread [Next in Thread]