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



Martin Baulig wrote:
> Drazen Kacar <dave@srce.hr> writes:
> 
> 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);

I suppose I can take care of that in a day or two. But it's pretty much
impossible if other things won't compile or link.

> 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 ?

configure doesn't check for snprintf(); it checks for vsnprintf() and config.h
has `#define HAVE_VSNPRINTF 1';  it checks for realpath() and config.h
has `#define HAVE_REALPATH 1'. However, I'm paranoid about the following:

> > "./gnomesupport.h", line 32: warning: dubious tag declaration: struct direct
> > "./gnomesupport.h", line 33: warning: dubious tag in function prototype: struct direct

scandir() uses struct dirent as an argument and there's just one
`#define dirent direct' at the beginning of the file, but struct direct is
not declared anywhere.

> > "/usr/include/varargs.h", line 70: warning: macro redefined: va_start
> > "/usr/include/varargs.h", line 87: warning: macro redefined: va_end

And these two are too familiar...

gnomesupport.h unnecessary declares the following: memmove(), mkstemp(),
maybe scandir() and alphasort(), strtok_r(), strtod(), strtol(), vsnprintf(),
snprintf() and realpath(). Except for scandir() and alphasort() all of
them are in libc. scandir() and alphasort() are in /usr/ucblib/libucb which
probably shouldn't be used, because Gnome build methods are not capable of
using it correctly.

-- 
 .-.   .-.    I don't work for my employer.
(_  \ /  _)
     |        dave@srce.hr
     |        dave@fly.srk.fer.hr



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