On Monday 02 December 2002 16:59, Christoph Egger wrote:
> Tnx a lot. Directfb-target was last tested against Direct 0.9.12.
> Which one do you use?

oops: debian unstable has libdirectfb 0.9.13.
But first of all, there is no 'format' field in the relevant structure 
to be found in libggi/default/fbdev/directfb/ggidirectfb.h.
That is the reason for the build error.

btw., pls is this correct?
> > i hope i've got the unification of display-x right: x, xlib, dga -> 
x + dga?

> What's different between native libtool 1.4.3 and the Debian version?
I was already going to send the changelog to you, may be i deleted the 
directfb version along with this. Will send to you again. Generally, 
upstream seems to lose some patches sent to it and some become 
reapplied by the deb maintainer ...

> >    * Configure: diff patches a strange construction away, that kept
> >      configure from finding the X headers (lead to: -I module.c).
>
> Snippet from configure.in you probably refer to:
> ------------------------------------------------------------------
> dnl This is necessary as there are plattforms, where
> dnl $ac_x_includes does NOT belong to the default search
> dnl path. Darwin is such a system, for example.
> dnl $ac_x_includes contains the right path to the X
> dnl includes (/usr/X11R6/include on most systems).
>
>     cflags_old="$CFLAGS"
>     cppflags_old="$CPPFLAGS"
>     CFLAGS="$CFLAGS -I$ac_x_includes"
>     CPPFLAGS="$CPPFLAGS -I$ac_x_includes"
> -------------------------------------------------------------------
>
> Brian and Paul are Debian users. They didn't complain
> about such problems (yet). Why doesn't it work for you?
>
> I use Darwin/MacOS X, btw.
>
> $ac_x_includes is set by AC_PATH_XTRA. Please check, if
> $ac_x_includes is actually set (and not empty).
> If not, then there's something going wrong (broken autoconf?).

Your exactly right so far and, yes, ac_x_includes is empty, this makes 
all tests fail (gcc ... -I test.c).

But, ususally i don't autogen if your shipped build system is ok and 
generally i change as less as possible. I didn't autogen in this case.

I tried configure --x-includes=... also, no change.


> >    * Debian/ggiteleserver.1: Add reference to (new)
> > ggiteleserver.7. * Add ggiteleserver.7 to samples package.
> >      Move ggi-monitest man page from section 6 to 1.
> >      Remove display-xlib manpage from target-x.
>
> Eric: Could you change this manpage issue in CVS, please?
> (Except the xlib one)

Huh? At least i don't understand. But guess i was misleading from the 
beginning, sorry. ggi-monitest and teleserver.1 are written by me. I 
simply switched sections. When you put teleserver to 1 i have to remove 
mine, no problem, only it describes the switches in the manpage, which 
i think is better.

Btw., from what i read and hear, ggi-monitest might well be the most 
often used (and usefull ;) ggi program in debian and it generally seems 
to work quite well. Lot's of people claim that this is the only ggi 
program they use ... 

martin (trying a ggi-doc package)

Reply via email to