Re: LibGTop 1.1.4 "Earthquake" (Developer's Snapshot) has been released



Drazen Kacar <dave@srce.hr> writes:

> Pretty much. I tried with:
> 
> CC=cc CFLAGS=-g LDFLAGS="-L/usr/local/lib -R/usr/local/lib" ./configure
>    --without-gnome --disable-nls --enable-maintainer-mode --enable-hacker-mode
> 
> I don't know if the two --enable directive actually do anything, but gnome
> support was not disabled. I got:

Oh, that's not why I wrote "is currently broken" (you won't be able to compile
the sysdeps/solaris directory since the API has changed); that's some other
strange bug.

Either --without-gnome is broken or it's some strange gnome-libs/support
problem - when you run configure in libgtop, does it try to check for
snprintf etc. and what is in config.log ?

> cc -DHAVE_CONFIG_H -I. -I. -I.. -D_GNU_SOURCE -g -c  -KPIC -DPIC error.c -o error.o
> "./gnomesupport.h", line 32: warning: dubious tag declaration: struct direct
> "./gnomesupport.h", line 33: warning: dubious tag in function prototype: struct direct
> "/usr/include/stdio.h", line 291: identifier redeclared: snprintf
>         current : function(pointer to char, uint, pointer to const char, ...) returning int
>         previous: function(pointer to char, uint, pointer to char, ...) returning int : "./gnomesupport.h", line 77
> "/usr/include/stdio.h", line 302: identifier redeclared: vsnprintf
>         current : function(pointer to char, uint, pointer to const char, pointer to void) returning int
>         previous: function(pointer to char, uint, pointer to char, pointer to void) returning int : "./gnomesupport.h", line 75
> "/usr/include/varargs.h", line 70: warning: macro redefined: va_start
> "/usr/include/varargs.h", line 87: warning: macro redefined: va_end
> "/usr/include/stdlib.h", line 211: identifier redeclared: realpath
>         current : function(pointer to const char, pointer to char) returning pointer to char
>         previous: function(pointer to char, pointer to char) returning pointer to char : "./gnomesupport.h", line 90
> cc: acomp failed for error.c
> make[2]: *** [error.lo] Error 1
> make[2]: Leaving directory `/home/dave/libgtop-1.1.4/support'
> 
> I don't know what gnomesupport.h is trying to do, but it doesn't look good.
> I don't understand why it wants to declare functions which exist in system
> include files. How can I break its legs?

This looks like for some strange reason configure.in doesn't correctly detect
that your system has those functions.

-- 
Martin Baulig - martin@home-of-linux.org - http://www.home-of-linux.org



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