Re: gtk compiling woes



On Sun, 1 Nov 1998, Robert M. Fuhrer wrote:

> > > gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Gtk\" -I.. -I../../glib
> > > -I/usr/X11R6/include -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM
> > > -Wp,-MD,.deps/gtkhscrollbar.p -c -fPIC -DPIC gtkhscrollbar.c
> > > mv -f gtkhscrollbar.o gtkhscrollbar.lo
> > > gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Gtk\" -I.. -I../../glib
> > > -I/usr/X11R6/include -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM
> > > -Wp,-MD,.deps/gtkhscrollbar.p -c gtkhscrollbar.c >/dev/null 2>&1
> > > make[2]: *** [gtkhscrollbar.lo] Error 1
> > > make[2]: Leaving directory `/usr/src/gnome/gtk+/gtk'
> > 
> > That's interesting: the shareable object (-fPIC) got created without
> > complaint.  The static object compilation exited, however.  The error
> > messages are helpfully discarded, which is usually the right thing to
> > do, but not in this case (AFAIK, on x86 machines, -fPIC should be the
> > one that causes problems).
> 
> Oops, I think you got that backwards - note the line that reads
> 
> > > make[2]: *** [gtkhscrollbar.lo] Error 1
> 
> identifying the shared-object (-fPIC) file as the culprit.
> 

No, both gtkhscrollbar.lo and gtkhscrollbar.o get made as part of the
gtkhscrollbar.lo target. One could try typing `make gtkhscrollbar.o' to be
able to see the errors that are halting that files production.

Michael Hudson
Jesus College
Cambridge
mwh21@cam.ac.uk





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]