bug-gnubg
[Top][All Lists]
Advanced

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

Re: [Bug-gnubg] Compile: Solaris 9


From: Jim Segrave
Subject: Re: [Bug-gnubg] Compile: Solaris 9
Date: Fri, 8 Aug 2003 02:23:32 +0200
User-agent: Mutt/1.4.1i

On Fri 08 Aug 2003 (00:50 +0200), Holger wrote:
> At 23:58 07.08.2003 +0200, Jim Segrave wrote:
> >On Thu 07 Aug 2003 (23:34 +0200), Holger wrote:
> >> So I suppose it's a similar output like on your machine. However, please
> >> note those '-X11-' with GTK+ 2. Can someone confirm that this is ok?
> >
> >What does
> >
> >locate | grep libgtk
> 
> > locate libgtk           # (locate requires a parameter here)
> Lots... in home and ftp directories only
> The only sensible location is however:
> /home/pub/lib/libgtk-1.2.so.0
> /home/pub/lib/libgtk-1.2.so.0.9.0
> /home/pub/lib/libgtk-1.2.so.0.9.1
> /home/pub/lib/libgtk.a
> /home/pub/lib/libgtk.la
> /home/pub/lib/libgtk.so
> Nothing gtk2-related. If you really want I can send you the output.
> 
> find in $LD_LIBRARY_PATH` for '*libgtk*' gives among others this:
> /usr/local/lib/netscape/6.2.3/dist/lib/libgtk-1.2.so.0
> /usr/local/lib/netscape/6.2.3/dist/lib/libgtk.so
> /usr/local/lib/netscape/6.2.3/dist/lib/libgtk-1.2.so.0.9.1
> /usr/lib/libgtk-x11-2.0.so
> /usr/lib/libgtk-x11-2.0.so.0
> /usr/lib/libgtk-x11-2.0.so.0.100.0
> /home/pub/lib/gtk+-1.2.10/lib/libgtk.so
> /home/pub/lib/gtk+-1.2.10/lib/libgtk-1.2.so.0.9.1
> /home/pub/lib/gtk+-1.2.10/lib/libgtk-1.2.so.0
> /home/pub/lib/gtk+-1.2.10/lib/libgtk.la
> /home/pub/lib/gtk+-1.2.10/lib/libgtk.a
> /home/pub/lib/libgtk-1.2.so.0
> /home/pub/lib/libgtk.so
> 
> >give? I've got some libraries (FreeBSD and Linux) which have things
> >like this, including libgtk which is actually
> >
> >/usr/lib/libgtk-x11-2.0.so

OK this is not a problem, if you ask it to build using gtk-2.0, the
package file will point you at /usr/lib/libgtk-x11-2.0.so.0, if you
ask for gtk1.2 I'm not sure which of the several gtk1.2 libs you will
pick up

> >> I've also tried to compile with GTK+ 1.2 (--without-gtk2). But then gnubg
> >> restricts itself to glib 1.2 as well and has problems with linking. Hmm,
> >> but then why did it find the definitions of the glib2 calls in the first
> >> place?
> >
> >speculation - the Solaris install hasn't managed to keep the gtk1.2 and 
> >gtk2.0
> >includes separated.
> 
> gtk1 includes are directly located under /usr/include/gtk and gtk2 includes 
> under /usr/include/gtk-2.0/gtk. But with the following gcc shouldn't find 
> anything of gtk2. C_INCLUDE_PATH is not set.
> 
> source='gtkoptions.c' object='gtkoptions.o' libtool=no \
> depfile='.deps/gtkoptions.Po' tmpdepfile='.deps/gtkoptions.TPo' \
> depmode=gcc3 /bin/bash ./depcomp \
> gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib  -I/usr/include/libxml2 -I./intl 
> -DLOCALEDIR=\"/home/pub/lib/gnubg-030807/share/locale\" 
> -I/usr/KDE/3.1/include 
> -I/usr/KDE/3.1/include/freetype2  -I/usr/python/include/python2.2 
> -I/home/pub/lib/gtk+-1.2.10/include/gtk-1.2 -I/home/pub/lib/glib-
> 1.2.10/include/glib-1.2 -I/home/pub/lib/glib-1.2.10/lib/glib/include 
> -I/usr/openwin/include  -I/home/pub/include    -g -O2 -c `test -f 
> 'gtkoptions.c' || echo './'`gtkoptions.c
> 
> 
> >> gcc  -g -O2   -o gnubg  gnubg.o getopt.o getopt1.o eval.o play.o
> (snip)
> >> gtktempmap.o gtkbearoff.o gtkoptions.o gtkpath.o gtktoolbar.o   luxi.o
> >> gnubgmodule.o -L/home/pub/lib/gtk+-1.2.10/lib -L/usr/openwin/lib
> >> -R/usr/openwin/lib -lgtk -lgdk -L/home/pub/lib/glib-1.2.10/lib -lgmodule
> >> -lglib -ldl -lXext -lX11 -lsocket -lnsl -lm -Llib 
> >-levent  ./intl/libintl.a
> >> -liconv -lxml2 -lpthread -lz -lm -lsocket -lnsl -L/usr/KDE/3.1/lib
> >> -lfreetype  -lsocket -lnsl -ldl  -lpthread -lthread
> >> /usr/python/lib/python2.2/config/libpython2.2.a   -lpng -lz 
> >-L/home/pub/lib
> >> -lart_lgpl -lm  -lpng -lresolv -lnsl -lsocket -ldl -lgdbm -lreadline
> >> -ltermcap -lm
> >> Undefined                       first referenced
> >>  symbol                             in file
> >> g_type_check_instance_is_a          gtk-multiview.o
> >> g_type_check_instance_cast          gtk-multiview.o
> >>
> >> I'm out of business here. :(
> >
> >It may be a package installation problem - perhaps someone building
> >the package for gtk didn't arrange for different include directories
> 
> Should I really need to try to build gtk2 myself? Doesn't seem overly easy.
 
It could be an intersting undertaking - building gtk2.2 under FreeBSD
(as opposed to using the ports version where someone else had done all
the dependancies) was not easy - it involved, as I recall, building
libpng, libjpg, libpango, libintl, and glib in more or less that
order.

> >for differnt versons. I only see the above declared in gtk-2 includes
> 
> Yes, that's (also) why I wrote the mail. I think it's a bug and maybe 
> better leave it to someone else. I'm not that sure what to replace it with.
> 
> Thanks and regards,

Can you capture the output of the compile of gtk-multiview.c? I'd like
to see what the include path is there

The other nasty possibility is that I'd guess you've got gtk sources
in your home directory tree and I would assume you also have gnubg
there.

> gcc -DHAVE_CONFIG_H -I. -I. -I. -I./lib  -I/usr/include/libxml2 -I./intl 
> -DLOCALEDIR=\"/home/pub/lib/gnubg-030807/share/locale\" 
> -I/usr/KDE/3.1/include 
> -I/usr/KDE/3.1/include/freetype2  -I/usr/python/include/python2.2 
> -I/home/pub/lib/gtk+-1.2.10/include/gtk-1.2 -I/home/pub/lib/glib-
> 1.2.10/include/glib-1.2 -I/home/pub/lib/glib-1.2.10/lib/glib/include 
> -I/usr/openwin/include  -I/home/pub/include    -g -O2 -c `test -f 
> 'gtkoptions.c' || echo './'`gtkoptions.c

If, when compiling gnubg, the current working directory (-I.), or your
local lib directory (-I./lib) has any gtk-2 include files, they will
get pulled in.

Maybe if you add '-v' to CFLAGS in the Makefile and do a make clean,
make > make.out >2>&1, you can see exactly which include files
gtk-multiview.c is using, for example, doing this I get for the compile of
gtk-multiview.c:

depfile='.deps/gtk-multiview.Po' tmpdepfile='.deps/gtk-multiview.TPo' \

[SNIP]

GNU CPP version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) (cpplib) 
(i386 Linux/ELF)
ignoring nonexistent directory "/usr/i386-redhat-linux/include"
ignoring duplicate directory "."
ignoring duplicate directory "."
ignoring duplicate directory "/usr/include/freetype2"
#include "..." search starts here:
#include <...> search starts here:
 .
 lib
 /usr/include/libxml2
 intl
 /usr/include/freetype2
 /usr/include/python2.2
 /usr/include/gtk-2.0
 /usr/lib/gtk-2.0/include
 /usr/include/atk-1.0
 /usr/include/pango-1.0
 /usr/X11R6/include
 /usr/include/glib-2.0
 /usr/lib/glib-2.0/include
 /usr/include/libart-2.0
 /usr/local/include
 /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/include
 /usr/include
End of search list.
 as -V -Qy -o gtk-multiview.o /tmp/ccGVxEPl.s
[snip]

The above tells you what the path is for including files.

I just wonder if somehow you have some gtk-2 files in the directory tree
which are getting pulled in with fatal results. The killer looks to be
gtype.h 


-- 
Jim Segrave           address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]