<div dir="ltr">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.<div><br></div>
<div>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.</div>
<div><br></div><div>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.</div><div><br></div><div>
Cheers,</div><div>Zan<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 18, 2013 at 7:17 PM, Niranjan Rao <span dir="ltr"><<a href="mailto:nhrdls@gmail.com" target="_blank">nhrdls@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>I might be wrong, but this does not
explain why following command works<br>
<br>
configure --enable-credential-storage=no<br>
<br>
and this one does not<br>
<br>
configure --prefix $HOME/build --enable-credential-storage=no<br>
<br>
Regards,<br>
<br>
Niranjan<div><div class="h5"><br>
<br>
On 12/18/2013 06:31 AM, Žan Doberšek wrote:<br>
</div></div></div><div><div class="h5">
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">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.</div>
<div class="gmail_extra">
<br>
</div>
<div class="gmail_extra">Cheers,</div>
<div class="gmail_extra">Zan</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Tue, Dec 17, 2013 at 4:57 PM,
Niranjan Rao <span dir="ltr"><<a href="mailto:nhrdls@gmail.com" target="_blank">nhrdls@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br>
<br>
In both cases code base is fresh - just exploded from tar
ball.<br>
<br>
Is this a bug or I am doing something wrong?<br>
<br>
Regards,<br>
<br>
Niranjan
<div>
<div><br>
<br>
<br>
On 12/17/2013 03:59 PM, Niranjan Rao wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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.<br>
<br>
I have compiled/installed following libraries and
are setup using PKG_CONFIG_PATH environment
variable.<br>
<br>
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<br>
<br>
Configure is run as follows, $FP_BUILD_ROOT is set
to my install directory.<br>
<br>
./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<br>
<br>
Configure does not complain about anything and
terminates normally.<br>
<br>
However when running make command I get following
error<br>
<br>
CDPATH="${ZSH_VERSION+.}:" && cd .
&& aclocal-1.14 -I Source/autotools<br>
Source/autotools/FindDependencies.m4:95: warning:
macro 'AM_PATH_GLIB_2_0' not found in library<br>
cd . && automake-1.14 --foreign<br>
CDPATH="${ZSH_VERSION+.}:" && cd .
&& autoconf<br>
configure:16705: error: possibly undefined macro:
AM_PATH_GLIB_2_0<br>
If this token and others are legitimate,
please use m4_pattern_allow.<br>
See the Autoconf documentation.<br>
configure:17032: error: possibly undefined macro:
AC_MSG_ERROR<br>
configure:17034: error: possibly undefined macro:
AC_MSG_WARN<br>
make: *** [configure] Error 1<br>
<br>
Regards,<br>
<br>
Niranjan<br>
On 12/17/2013 04:35 AM, Gustavo Noronha Silva wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Em Ter, 2013-12-17 às 11:21 +0100, Sergio Villar
Senin escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You're using a gles 2.0 library. With this
patch (which I need to upstream) it<br>
is solved:<br>
<br>
<a href="https://gist.github.com/ceyusa/8002563" target="_blank">https://gist.github.com/ceyusa/8002563</a><br>
</blockquote>
Actually in that patch you can even get rid of
the PLATFORM(QT) since<br>
it's no longer in the tree.<br>
</blockquote>
This fixes this problem for future tarballs:<br>
<br>
<a href="https://bugs.webkit.org/show_bug.cgi?id=125782" target="_blank">https://bugs.webkit.org/show_bug.cgi?id=125782</a><br>
<br>
Cheers,<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
_______________________________________________<br>
webkit-gtk mailing list<br>
<a href="mailto:webkit-gtk@lists.webkit.org" target="_blank">webkit-gtk@lists.webkit.org</a><br>
<a href="https://lists.webkit.org/mailman/listinfo/webkit-gtk" target="_blank">https://lists.webkit.org/mailman/listinfo/webkit-gtk</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
<br>
</div></div></div>
</blockquote></div><br></div></div></div>