Re: Compile problems libgtop

[Martin Baulig <martin home-of-linux org>]

Rebecca Ore <rebecca.ore@op.net> writes:

> On Sun, Jan 03, 1999 at 04:15:41PM -0500, Rebecca Ore wrote:
> > On Sun, Jan 03, 1999 at 01:22:12PM +0100, Martin Baulig wrote:
> > > Rebecca Ore <rebecca.ore@op.net> writes:
> > > 
> > > Are you using the latest version of LibGTop from CVS ?
> > 
> > Nope, I haven't had the space to set up for CVS and need to have some
> > time to learn how to do that.  I've just been using the
> > tarballs.
> > 
> I did a make distclean, ran ./autogen.sh, rm config.cache, ran
> ./configure with no arguments, and ran make.
> 
> Here's a larger piece of the error pie.  Could it have to do with the
> rpm version of gettext?  Or with the 2.0.35 kernel rpm?  Or with the
> error messages from autogen.sh?

Well, if you're using the libgtop tarball from ftp.gnome.org line 180 in
netload.c is not the same than in the CVS tree - just looked at this tarball
and now I know what's causing this bug !

It stops at the

#if GLIBTOP_LINUX_VERSION_CODE < 131442

line - so I guess GLIBTOP_LINUX_VERSION_CODE isn't determined correctly
in configure.in.

Normally config.h should have something like this in it:

/* Same as LINUX_VERSION_CODE either from <linux/version.h> or from
 * the running kernel (if we don't have configured kernel sources).
 */
#define GLIBTOP_LINUX_VERSION_CODE 131584

This is either taken from <linux/version.h> if that exists (only if you
run at least a 'make config' in /usr/src/linux) or from the running kernel.

When running autogen.sh, does it correctly detect this constant ? - it should
look like this with kernel 2.2.0-pre4:

	checking for working ORBit environment... (cached) yes
	checking for gnorba libraries... (cached) yes
	checking for libgtop sysdeps directory... linux
	checking for linux/version.h... (cached) yes
	checking for Linux kernel version code... 131584
	checking for machine.h in libgtop sysdeps dir... no
	checking whether we need libgtop... no
	checking for u_int64_t... (cached) yes

This number should be 131107 for Kernel 2.0.35.

I'll look at this a little bit closer tomorrow.

Martin

> 
> I can re-run it easily enough.
> 
> GUILE_NAMES -I/usr/local/include
> -DGTOPLOCALEDIR=\"/usr/local/share/locale\" -DLIBGTOP_VERSION=\"0.99.0\"
> -DLIBGTOP_SERVER_VERSION=\"3\"
> -DLIBGTOP_SERVER=\"/usr/local/bin/libgtop_server\" -Wall -W -g -O2 -Wall
> -Wno-unused -Wp,-MD,.deps/sysinfo.p -c sysinfo.c >/dev/null 2>&1
> /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../..
> -D_IN_LIBGTOP -D_GNU_SOURCE -DGLIBTOP_NAMES -I../.. -I../..
> -I../../sysdeps/linux -I../../include -I../../intl -I/usr/local/include
> -DNEED_GNOMESUPPORT_H -I/usr/local/lib/gnome-libs/include
> -I/usr/local/lib/glib/include -I/usr/X11R6/include
> -I/usr/local/lib/glib/include -I/usr/local/include -g -O2 -Wall
> -Wno-unused   -I/usr/X11R6/include -DGLIBTOP_GUILE -DGLIBTOP_GUILE_NAMES
> -I/usr/local/include  -DGTOPLOCALEDIR=\"/usr/local/share/locale\"
> -DLIBGTOP_VERSION=\"0.99.0\" -DLIBGTOP_SERVER_VERSION=\"3\"
> -DLIBGTOP_SERVER=\"/usr/local/bin/libgtop_server\"  -Wall -W -g -O2
> -Wall -Wno-unused  -c netload.c
> gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_IN_LIBGTOP -D_GNU_SOURCE
> -DGLIBTOP_NAMES -I../.. -I../.. -I../../sysdeps/linux -I../../include
> -I../../intl -I/usr/local/include -DNEED_GNOMESUPPORT_H
> -I/usr/local/lib/gnome-libs/include -I/usr/local/lib/glib/include
> -I/usr/X11R6/include -I/usr/local/lib/glib/include -I/usr/local/include
> -g -O2 -Wall -Wno-unused -I/usr/X11R6/include -DGLIBTOP_GUILE
> -DGLIBTOP_GUILE_NAMES -I/usr/local/include
> -DGTOPLOCALEDIR=\"/usr/local/share/locale\" -DLIBGTOP_VERSION=\"0.99.0\"
> -DLIBGTOP_SERVER_VERSION=\"3\"
> -DLIBGTOP_SERVER=\"/usr/local/bin/libgtop_server\" -Wall -W -g -O2 -Wall
> -Wno-unused -Wp,-MD,.deps/netload.p -c -fPIC -DPIC netload.c
> netload.c:180: parse error
> make[3]: *** [netload.lo] Error 1
> make[3]: Leaving directory `/home/rebecca/libgtop-0.99.0/sysdeps/linux'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/rebecca/libgtop-0.99.0/sysdeps'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/rebecca/libgtop-0.99.0'
> make: *** [all-recursive-am] Error 2
> 
> 
> The only remaining possiblity beyond what I've mentioned above this is
> the guile build.  I did that from the site tarball, but may not have
> rebuilt it since changing to the most recent gettext.  Tried to download
> it today but couldn't connect.  If that is likely to be the problem, I
> can rebuild that and start over again from glib and see if the situation
> improves.  If that's not likely to be the problem, what is going on?
> 
> 
> -- 
> Rebecca Ore
> Creativity is playing with the rule sets
> 
> 
> -- 
>         FAQ: Frequently-Asked Questions at http://www.gnome.org/gnomefaq
>          To unsubscribe: mail gnome-list-request@gnome.org with 
>                        "unsubscribe" as the Subject.
> 

-- 
-----------------------------------------------------------------
   Martin Baulig - Angewandte Mathematik - Universitaet Trier
   martin@home-of-linux.org, http://www.home-of-linux.org/
------------------------------------------------------------------