imlib2-1.4.2-5 configure fails on 10.8. The following snippet shows the 
failure:

checking for X... libraries /usr/X11/lib, headers /usr/X11/include
checking X11/X.h usability... no
checking X11/X.h presence... no
checking for X11/X.h... no
configure: error: no X support found.  Use --x-includes and 
--x-libraries to specify the X
path on your system, or --without-x to disable X support.

In the config.log file one sees that the test for x11/X.h is done 
without any X11 include flags:

configure:13421: checking X11/X.h usability
configure:13421: gcc -c -g -O2  -std=gnu99 conftest.c >&5
conftest.c:57:19: error: X11/X.h: No such file or directory

Thus it first finds the x-includes and x-libs correctly, then makes a 
check where it does not use this recently gained information, and then 
pretends that it did not find the x-includes and libs. Adding the 
suggested configure flags makes no difference.

This is clear brain damage in imlib2's configure.ac script (configure.ac 
is used via "autoreconf -fi"). It has the following paragraph:

AC_PATH_X
if test "x$have_x" != "xdisabled"; then
   AC_CHECK_HEADER(X11/X.h,
     [ have_x="yes" ],
     [ have_x="no" ])
fi

If I remove the if..fi part, using a PatchScript line

    /usr/bin/sed  -i".bak" -e '117,121d' configure.ac

then imlib2 builds OK on 10.8. (P.S. It seems that more recent sources 
of imlib2/configure.ac, like 1.4.5 from last year, do not have this 
bogus X11/X.h check any more).

The problem was not noticed before because of the presence of the 
symlink /usr/include/X11->/usr/X11R6/include/X11, which made the test 
for X11/X.h wrongly succeed. This symlink is now gone, and it should 
make no difference except for broken code like this one.

-- 
Martin





------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to