In the first case you're using the default prefix, in which the glib dependency is also likely installed. This doesn't present any problems when the AM_PATH_GLIB_2_0 macro is looked up.
In the second one you're using a non-default prefix in which, again likely, no glib installation is present, so the ACLOCAL_FLAGS env should be used to include the necessary macros that are installed inside a different prefix. Setting ACLOCAL_FLAGS env to something like '-I /usr/share/aclocal' (or whatever */share/aclocal directory under the prefix under which glib is installed) should work. Cheers, Zan On Wed, Dec 18, 2013 at 7:17 PM, Niranjan Rao <[email protected]> wrote: > I might be wrong, but this does not explain why following command works > > configure --enable-credential-storage=no > > and this one does not > > configure --prefix $HOME/build --enable-credential-storage=no > > Regards, > > Niranjan > > > On 12/18/2013 06:31 AM, Žan Doberšek wrote: > > Setting the ACLOCAL_FLAGS environment variable to include the path where > the glib-2.0.m4 file is installed (i.e. file that defines the > AM_PATH_GLIB_2_0 macro) should help. > > Cheers, > Zan > > > On Tue, Dec 17, 2013 at 4:57 PM, Niranjan Rao <[email protected]> wrote: > >> Some more experimentation revealed that if I don't use --prefix for >> configure then everything works fine or at least it start compiling code >> and going ahead. If I use --prefix <a path to directory> then make fails >> with all these errors. >> >> In both cases code base is fresh - just exploded from tar ball. >> >> Is this a bug or I am doing something wrong? >> >> Regards, >> >> Niranjan >> >> >> >> On 12/17/2013 03:59 PM, Niranjan Rao wrote: >> >>> I am also facing problems building 2.2.3 build on Ubuntu 12.04. Its >>> possible that my error is totally unrelated to this one. >>> >>> I have compiled/installed following libraries and are setup using >>> PKG_CONFIG_PATH environment variable. >>> >>> atk-2.11.4 at-spi2-atk-2.11.3 at-spi2-core-2.11.3 glib-2.36.1 >>> glib-networking-2.36.1 gst-plugins-base-1.0.3 gstreamer-1.0.3 gtk+-3.6.4 >>> harfbuzz-0.9.16 libsoup-2.42.2 >>> >>> Configure is run as follows, $FP_BUILD_ROOT is set to my install >>> directory. >>> >>> ./configure --prefix=$FP_BUILD_ROOT --enable-gtk-doc=no >>> --enable-gtk-doc-html=no --enable-gtk-doc-pdf=no --enable-webkit1=no >>> --enable-credential-storage=no --enable-debug-symbols=full >>> >>> Configure does not complain about anything and terminates normally. >>> >>> However when running make command I get following error >>> >>> CDPATH="${ZSH_VERSION+.}:" && cd . && aclocal-1.14 -I Source/autotools >>> Source/autotools/FindDependencies.m4:95: warning: macro >>> 'AM_PATH_GLIB_2_0' not found in library >>> cd . && automake-1.14 --foreign >>> CDPATH="${ZSH_VERSION+.}:" && cd . && autoconf >>> configure:16705: error: possibly undefined macro: AM_PATH_GLIB_2_0 >>> If this token and others are legitimate, please use >>> m4_pattern_allow. >>> See the Autoconf documentation. >>> configure:17032: error: possibly undefined macro: AC_MSG_ERROR >>> configure:17034: error: possibly undefined macro: AC_MSG_WARN >>> make: *** [configure] Error 1 >>> >>> Regards, >>> >>> Niranjan >>> On 12/17/2013 04:35 AM, Gustavo Noronha Silva wrote: >>> >>>> Em Ter, 2013-12-17 às 11:21 +0100, Sergio Villar Senin escreveu: >>>> >>>>> You're using a gles 2.0 library. With this patch (which I need to >>>>>> upstream) it >>>>>> is solved: >>>>>> >>>>>> https://gist.github.com/ceyusa/8002563 >>>>>> >>>>> Actually in that patch you can even get rid of the PLATFORM(QT) since >>>>> it's no longer in the tree. >>>>> >>>> This fixes this problem for future tarballs: >>>> >>>> https://bugs.webkit.org/show_bug.cgi?id=125782 >>>> >>>> Cheers, >>>> >>>> >>> >> _______________________________________________ >> webkit-gtk mailing list >> [email protected] >> https://lists.webkit.org/mailman/listinfo/webkit-gtk >> > > >
_______________________________________________ webkit-gtk mailing list [email protected] https://lists.webkit.org/mailman/listinfo/webkit-gtk
