On Mon, 2005-08-15 at 23:00 +0200, Jonas Bonn wrote:
> > Try:
> >
> > if $have_base_x_pc ; then
> > GDK_EXTRA_LIBS="$x_extra_libs"
> > else
> > -GDK_EXTRA_LIBS="$X_LIBS $x_extra_libs -lX11 $GDK_EXTRA_LIBS"
> > +GDK_EXTRA_LIBS="$X_LIBS $x_extra_libs -lXext $GDK_EXTRA_LIBS"
> > fi
> Try:
>
> if $have_base_x_pc ; then
> GDK_EXTRA_LIBS="$x_extra_libs"
> else
> -GDK_EXTRA_LIBS="$X_LIBS $x_extra_libs -lX11 $GDK_EXTRA_LIBS"
> +GDK_EXTRA_LIBS="$X_LIBS $x_extra_libs -lXext $GDK_EXTRA_LIBS"
> fi
That did the trick. With this modification, the build passes.
Thank
On Mon, 2005-08-15 at 22:46 +0200, Jonas Bonn wrote:
> No, that doesn't fix the problem. I changed have_base_pc to
> have_base_x_pc as you said, but I get the same error as I had before.
> I build using jhbuild, and the error output is as follows, for what
> it's worth:
>
> gcc -g -O2 -Wall -o .
No, that doesn't fix the problem. I changed have_base_pc to
have_base_x_pc as you said, but I get the same error as I had before.
I build using jhbuild, and the error output is as follows, for what
it's worth:
gcc -g -O2 -Wall -o .libs/gtk-query-immodules-2.0 queryimmodules.o
./.libs/libg tk-x1
On Mon, 2005-08-15 at 07:33 +0200, Jonas Bonn wrote:
> Sorry for the late reply. I missed this post and was wondering if
> someone had intentionally changed something... I think this is what
> has broken the CVS build on my machine.
>
> I had to modify the Makefile in the 'gdk' directory by addin
Hey,
I'm also seeing this, or something like this FWIW -
http://bugzilla.gnome.org/show_bug.cgi?id=313503
Glynn
On Mon, 2005-08-15 at 07:33 +0200, Jonas Bonn wrote:
> Sorry for the late reply. I missed this post and was wondering if
> someone had intentionally changed something... I think thi
Sorry for the late reply. I missed this post and was wondering if
someone had intentionally changed something... I think this is what
has broken the CVS build on my machine.
I had to modify the Makefile in the 'gdk' directory by adding
"-L/usr/X11R6/lib -lXext" to the defintion of GDK_DEP_LIBS in
On 10/08/05 12:43:51, Owen Taylor wrote:
The first is probably simpler - go back to:
if test "x$gdktarget" = "xwin32"; then
PANGO_PACKAGES="pangowin32 pangocairo"
else
PANGO_PACKAGES="pango pangocairo"
fi
Works for me - committed. Thanks, Owen.
--
Ali Harlow
On 10/08/05 12:43:51, Owen Taylor wrote:
The first is probably simpler - go back to:
if test "x$gdktarget" = "xwin32"; then
PANGO_PACKAGES="pangowin32 pangocairo"
else
PANGO_PACKAGES="pango pangocairo"
fi
Since pangocairo pulls in pangowin32 on Windows, there is no added
in
On Wed, 2005-08-10 at 11:06 +, J. Ali Harlow wrote:
> On 10/08/05 04:03:29, Owen Taylor wrote:
>
> > So, if people want to test out what is in CVS now I'd appreciate it,
> > especially for those deviating from the central stream of
> > Linux+recent X.org.
>
> The changes to configure.in seem
On 10/08/05 04:03:29, Owen Taylor wrote:
So, if people want to test out what is in CVS now I'd appreciate it,
especially for those deviating from the central stream of
Linux+recent X.org.
The changes to configure.in seem fine, but the changes to gdkfont-
win32.c that were checked in at the s
Owen Taylor wrote:
>So, if people want to test out what is in CVS now I'd appreciate it,
>especially for those deviating from the central stream of
>Linux+recent X.org.
>
>
I hit a compile problem, and committed the attached patch to fix it. If
$X_PACKAGES contained any pkg-config package nam
I just rewrote large chunks of the X checks in configure.in ... there
were a couple of points of this:
- Remove the entanglements with pangoxft, which I've removed as a
dependency of GTK+.
- Use pkg-config as much as possible rather than older heuristics.
With X11R7 .pc files for the X li
13 matches
Mail list logo