On Sun, 10 Jun 2007 17:01:03 +0200
Kim Woelders <[EMAIL PROTECTED]> wrote:
| Yasufumi Haga wrote:
| > On Sun, 10 Jun 2007 17:19:43 +0900
| > Yasufumi Haga <[EMAIL PROTECTED]> wrote:
| >
| > | On Sun, 10 Jun 2007 13:11:25 +0900
| > | Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
| > |
| > | | On Sun, 10 Jun 2007 11:13:00 +0900 Yasufumi Haga <[EMAIL PROTECTED]>
| > | | babbled:
| > | |
| > | | my guess is the AC_PATH_XTRA macros shipped with your distro don't
cover the
| > | | locations x can be installed - like /usr/X11R6/... but your distro puts
them
| > | | there. you could set CFLAGS and LDFLAGS to ass -I/usr/X11R6/include and
| > | | -L/usr/X11R6/lib to each. since you have things installed in
:"non-standard
| > | | places" its often needed to do this. since xorg's move to use /usr
instead
| > | | of /usr/X11R6 by default things are getting less friendly to
| > | | supporting /usr/X11R6 "out of the box" without extra env vars.
| > |
| > | But I compiled imlib2 before compiling evas last night. configure.in of
imlib2 has AC_PATH_XTRA, too:
| > | $ pwd
| > | /home/fumi/src/e17/e17/libs/imlib2
| > | $ grep -i AC_PATH_XTRA *
| > | configure.in: AC_PATH_XTRA
| > |
| > | and imlib2 was built normally. The config.log file created by autogen.sh
of imlib2 has these lines:
| > | configure:20130: checking for X
| > | configure:20360: result: libraries /usr/X11R6/lib, headers
/usr/X11R6/include
| > |
| > | I wonder if it didn't mean AC_PATH_XTRA functioned correctly.
| > | AC_PATH_XTRA seems to be used by Eterm and E16, too.
| > | If AC_PATH_XTRA really doesn't cover "/usr/X11R6/lib", is it possible to
build imlib2, Eterm, and E16 normally?
| >
| > I added "AC_MSG_WARN(>>>>> $X_LIBS / $X_CFLAGS <<<<<)" to configure.in
| > after AC_PATH_XTRA macro of each of evas, imlib2, and e16, and run those
autogen.sh files again
| > at the same time to know what value the macro returns. Here are what I
modified in each configure.in:
| >
| > 1) evas :
| > if test "x$have_evas_software_x11" = "xyes"; then
| > AC_PATH_XTRA
| > AC_MSG_WARN(>>>>> $X_LIBS / $X_CFLAGS <<<<<)
| > AC_CHECK_HEADER(X11/X.h,
| > [
| > AC_MSG_WARN(>>>>> $X_LIBS / $X_CFLAGS <<<<<)
| > AC_DEFINE(BUILD_ENGINE_SOFTWARE_X11, 1, [Software X11 Rendering
Backend])
| > x_dir=${x_dir:-/usr/X11R6}
| > x_cflags=${x_cflags:--I${x_includes:-$x_dir/include}}
| > x_libs="${x_libs:--L${x_libraries:-$x_dir/lib}} -lX11 -lXext"
| > ],
| > [
| > AC_MSG_RESULT(disabling software X11 engine)
| > have_evas_software_x11="no"
| > ]
| > )
| > fi
| > AM_CONDITIONAL(BUILD_ENGINE_SOFTWARE_X11, test "x$have_evas_software_x11" =
"xye
| > s")
| >
| > 2) imlib2
| > if test "x$have_x" = "xyes"; then
| > AC_PATH_XTRA
| > AC_MSG_WARN(>>>>> $X_LIBS / $X_CFLAGS <<<<<)
| > x_dir=${x_dir:-/usr/X11R6}
| > x_cflags=${x_cflags:--I${x_includes:-$x_dir/include}}
| > x_libs="${x_libs:--L${x_libraries:-$x_dir/lib}} -lX11 -lXext"
| > AM_CONDITIONAL(BUILD_X11, true)
| >
| > 3) e16
| > AC_PATH_X
| > AC_PATH_XTRA
| > AC_MSG_WARN(>>>>> $X_LIBS / $X_CFLAGS <<<<<)
| >
| > AC_CHECK_HEADERS(alloca.h locale.h stdarg.h wctype.h)
| >
| > And the results are:
| > 1) evas
| > checking for IceConnectionNumber in -lICE... no
| > configure: WARNING: >>>>> -LNONE / -INONE <<<<<
| > checking for X11/X.h... (cached) yes
| > configure: WARNING: >>>>> -LNONE / -INONE <<<<<
| > checking whether software 16bit x11 backend is to be built... no
| >
| > 2) imlib2
| > checking for IceConnectionNumber in -lICE... yes
| > configure: WARNING: >>>>> -L/usr/X11R6/lib / -I/usr/X11R6/include <<<<<
| > checking for dlopen in -ldl... yes
| >
| > 3) e16
| > checking for IceConnectionNumber in -lICE... yes
| > configure: WARNING: >>>>> -L/usr/X11R6/lib / -I/usr/X11R6/include <<<<<
| > checking alloca.h usability... yes
| >
| > According to the results above, it looks like somehow AC_PATH_XTRA macro
didn't
| > work correctly in evas. I wonder why...
| >
| You could try moving AC_PATH_XTRA out to global scope, e.g. before the
| first "AC_CHECK_HEADER(X11/X.h,".
| I think I have seen strangeness with some autoconf macros when placed
| inside an if block.
Thanks for your advice, Kim.
Inspired by your advice, I modified configure.in of evas and added these two
lines
right after the 18th line from the top of configure.in, and executed autogen.sh
again.
AM_ENABLE_SHARED
AM_PROG_LIBTOOL
AC_FUNC_ALLOCA
#
AC_PATH_XTRA
AC_MSG_WARN( 1. >>>>> $X_LIBS / $X_CFLAGS <<<<<)
I left the original AC_PATH_XTRA macros unchanged in the file.
The result seems to show that this macro worked correctly. Here's the result:
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
configure: WARNING: 1. >>>>> -L/usr/X11R6/lib / -I/usr/X11R6/include <<<<<
<------------
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
-------------( snip )--------------
checking for remove... (cached) yes
checking for shmat... (cached) yes
checking for IceConnectionNumber in -lICE... (cached) yes
configure: WARNING: >>>>> -L/usr/X11R6/lib -L/usr/X11R6/lib /
-I/usr/X11R6/inc <---------
lude -I/usr/X11R6/include <<<<<
checking for X11/X.h... (cached) yes
configure: WARNING: >>>>> -L/usr/X11R6/lib -L/usr/X11R6/lib /
-I/usr/X11R6/inc <---------
lude -I/usr/X11R6/include <<<<<
checking whether software 16bit x11 backend is to be built... no
checking for XCB... checking whether software xcb backend is to be built... no
checking for DIRECTFB... checking whether directfb backend is to be built... no
I guess this would perhaps mean that the return from AC_PATH_XTRA macro
disappears
somewhere after the first one I added after the 18th line in the file. What
happened with it?
I wonder if there's a bug in autoconf...
Regards.
--Yasufumi
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
