[Top][All Lists]
[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
- Re: [Bug-gnubg] Compile: Solaris 9, (continued)
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/04
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/05
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/07
- Re: [Bug-gnubg] Compile: Solaris 9, Joern Thyssen, 2003/08/07
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/07
- Re: [Bug-gnubg] Compile: Solaris 9, Jim Segrave, 2003/08/07
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/07
- Re: [Bug-gnubg] Compile: Solaris 9,
Jim Segrave <=
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/08
- Re: [Bug-gnubg] Compile: Solaris 9, Jim Segrave, 2003/08/08
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/08
- Re: [Bug-gnubg] Compile: Solaris 9, Jim Segrave, 2003/08/09
- Re: [Bug-gnubg] Compile: Solaris 9, Holger, 2003/08/09