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.

/Kim

-------------------------------------------------------------------------
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

Reply via email to