Re: gnome-terminal compilation problem

[Elliot Lee <sopwith redhat com>]

On Mon, 27 Sep 1999, Joseph Turian wrote:

> When compiling the current gnome-core tree, I have the following problem:
> gcc -I /opt/gnome/include/ -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wall -o gnome-terminal gnome-terminal.o -L/opt/gnome/lib -lgnomeui -lart_lgpl -L/opt/gnome/lib -lgdk_imlib -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm -lSM -lICE -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm -lgnome -lgnomesupport -L/usr/lib -lesd -laudiofile -lm -L/usr/lib -laudiofile -lm -ldb -L/usr/lib -lglib -ldl
> gnome-terminal.o: In function `gnome_term_set_font':
> gnome-terminal.o(.text+0x1a0): undefined reference to `zvt_term_get_capabilities'
> gnome-terminal.o(.text+0x1c0): undefined reference to `zvt_term_set_fonts'
> gnome-terminal.o(.text+0x1e0): undefined reference to `zvt_term_set_fonts'
> ...
> 
> I was able to fix the problem temporarily by appending "-lzvt -lutil"
> to the command-line. Why does automake not handle this?

You need to follow the build order outlined in the gnome-1.0.40 README.
This means building gnome-libs before gnome-core...

-- Elliot					http://developer.gnome.org/
The first thing a programmer needs to admit is that any program is by far
more complex than his own mind. Thats why he partitions it into neat
pieces and avoids complexity.