Hi Christoph,
I wrote you a while back, since I am the maintainer of driftnet in
Gentoo. We also have a bug open about this - specifically,
Gentoo bug #192627.
http://bugs.gentoo.org/show_bug.cgi?id=192627
There was a flurry of activity earlier from some users, who have done
their own research into this.. If you don't want to visit the url, I
will paste some of the most recent comments.
--- Comment #10 From Dan Thorson 2008-02-15 15:03:11 [reply]
---
I likewise am a user of driftnet and would be more than happy to share my
customizations... That said, I'm working with my own source tree of driftnet
(still based on the 0.1.6 source), but I suspect we're seeing the same issues
(I'm trying to recompile my version to see if I have the same issues, and I
do).
Now I'm no guru, but adding this to the driftnet Makefile at least fixes some
of the intial make warnings:
CFLAGS += -I/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/
I'm certain there's a proper way of doing this, though (that's not hardcoding
the gcc version in the Makefile)
I also noticed that the Makefile references jpeg.c, but my source tree has
jpg.c
But more importantly, it appears that driftnet will compile correctly... it's
the makedepend which is hanging.
--- Comment #11 From Dan Thorson 2008-02-15 15:16:48 [reply]
---
The makedepend for "display.c" is causing the hang.
--- Comment #12 From Dan Thorson 2008-02-15 15:48:42 [reply]
---
More specifically, it appears the #include directive for is causing
makedepend to hang. I was able to replicate this by entering my makedepend
command for this display.c as follows:
makedepend -- -g -Wall -O3 -march=i686 -I/usr/include/
-I/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/ -D_BSD_SOURCE `pkg-config
--cflags gtk+-2.0` -DDRIFTNET_VERSION='"0.1.6"' `cat endianness` -- display.c
For reference: the gtk+ pkg-config results are:
# pkg-config --cflags gtk+-2.0
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12
--- Comment #13 From Dan Thorson 2008-02-15 15:56:14 [reply]
---
This looks like a gtk issue completely... if you create a file called "x.c"
with nothing but the #include directive and then issue a makedepend it'll hang:
% cat x.c
#include
% makedepend -- -I/usr/include -I/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include
`pkg-config --cflags gtk+-2.0` -- x.c
[ prompt never comes back without ^C ]
--- Comment #14 From Dan Thorson 2008-02-15 16:00:14 [reply]
---
again, with -v -m options to makedepend
# cat x.c
#include
# makedepend -m -v -- -I/usr/include
-I/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include `pkg-config --cflags gtk+-2.0`
-- x.cmakedepend: warning: /usr/include/time.h includes
/usr/include/bits/types.h more than once!
Already have
/usr/include/features.h
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/stddef.h
/usr/include/bits/time.h
/usr/include/bits/types.h
makedepend: warning: /usr/include/time.h includes /usr/include/bits/types.h
more than once!
Already have
/usr/include/features.h
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/stddef.h
/usr/include/bits/time.h
/usr/include/bits/types.h
makedepend: warning: /usr/include/time.h includes /usr/include/bits/types.h
more than once!
Already have
/usr/include/features.h
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/stddef.h
/usr/include/bits/time.h
/usr/include/bits/types.h
makedepend: warning: /usr/include/time.h includes /usr/include/bits/types.h
more than once!
Already have
/usr/include/features.h
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/stddef.h
/usr/include/bits/time.h
/usr/include/bits/types.h
makedepend: error: got signal 2
--- Comment #15 From Dan Thorson 2008-02-15 16:28:17 [reply]
---
I have a viable solution. Doing an strace on the makedepend it appears that
makedepend is NOT hanging, but instead doing an extensive search through the
entire gtk/gdk tree searching for dependancies. I have reduced the #include
directives in display.c to the minimim required, and this speeds up the
makedepend so that it doesn't appear to hang... AND we get no warnings from the
gcc -Wall and so display.c changes as follows:
# diff display.c.20051208 display.c
24,26c24,31
< #include
< #include
< #include
---
> // #include
> // #include
> // #include
> #include
> #include
> #include
> #include
> #include
Hopefully you will find this information useful as well.
Thanks for the work you do on it in Debian!
-- Steev
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
