GNOME Bugzilla – Bug 338007
"gnome-vfs2" build fails if "neon" support is disabled
Last modified: 2006-07-14 09:43:13 UTC
If you try to build "gnome-vfs2" with "--disable-http-neon" (because of bug #337993) the build failes like this: Making all in imported Making all in neon if /bin/sh ../../libtool --tag=CC --mode=compile gcc -pipe -DHAVE_CONFIG_H -I. -I. -I../.. -DNE_HAVE_DAV -DNE_HAVE_SSL -D_REENTRANT -DORBIT2=1 -I/usr/pkg/include/glib/glib-2.0 -I/usr/pkg/lib/glib-2.0/include -I/usr/pkg/include/gconf/2 -I/usr/pkg/include/orbit-2.0 -I/usr/pkg/include/bonobo-activation-2.0 -I/usr/pkg/include/libbonobo-2.0 -I/usr/pkg/include/libxml2 -I/usr/pkg/include -I/usr/pkg/include -I/usr/pkg/include -I/usr/pkg/include -I/usr/include -I../.. -I../.. -I../../libgnomevfs -I../../libgnomevfs -DPREFIX="\"/usr/pkg\"" -DPKG_SYSCONFDIR="\"/usr/pkg/etc/gnome-vfs-2.0\"" -no-cpp-precomp -I/usr/pkg/include -I/usr/include -O2 -I/usr/pkg/include -I/usr/include -MT ne_request.lo -MD -MP -MF ".deps/ne_request.Tpo" -c -o ne_request.lo ne_request.c; \ then mv -f ".deps/ne_request.Tpo" ".deps/ne_request.Plo"; else rm -f ".deps/ne_request.Tpo"; exit 1; fi mkdir .libs gcc -pipe -DHAVE_CONFIG_H -I. -I../.. -DNE_HAVE_DAV -DNE_HAVE_SSL -D_REENTRANT -DORBIT2=1 -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/include/glib/glib-2.0 -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/lib/glib-2.0/include -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/include/gconf/2 -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/include/orbit-2.0 -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/include/bonobo-activation-2.0 -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/include/libbonobo-2.0 -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/include/libxml2 -I/Users/tron/obj/sysutils/gnome-vfs2/work.excalibur/.buildlink/include -I../../libgnomevfs -DPREFIX=\"/usr/pkg\" -DPKG_SYSCONFDIR=\"/usr/pkg/etc/gnome-vfs-2.0\" -no-cpp-precomp -O2 -MT ne_request.lo -MD -MP -MF .deps/ne_request.Tpo -c ne_request.c -fno-common -DPIC -o .libs/ne_request.o ne_request.c: In function 'aborted': ne_request.c:227: error: parse error before 'NE_FMT_SSIZE_T' ne_request.c: In function 'body_fd_send': ne_request.c:398: error: parse error before 'NE_FMT_OFF_T' ne_request.c: In function 'send_request_body': ne_request.c:448: error: parse error before 'NE_FMT_SSIZE_T' ne_request.c:464: error: parse error before 'NE_FMT_SSIZE_T' ne_request.c: In function 'set_body_length': ne_request.c:547: error: parse error before 'NE_FMT_OFF_T' ne_request.c: In function 'read_response_block': ne_request.c:823: error: parse error before 'NE_FMT_SIZE_T' ne_request.c:837: error: parse error before 'NE_FMT_SSIZE_T' ne_request.c:842: error: parse error before 'NE_FMT_SSIZE_T' gnumake[3]: *** [ne_request.lo] Error 1 gnumake[2]: *** [all-recursive] Error 1 gnumake[1]: *** [all-recursive] Error 1 gnumake: *** [all] Error 2 *** Error code 2 This problem is apparently caused by the fact that building the "neon" library is attempted although it has been disabled and therefore not been configured.
A work arround for the problem is to change "SUBDIRS = neon fnmatch" to "SUBDIRS = neon" in "imported/Makefile".
I have killed the old http method today and with this also removed the option to disable the neon method in favour of the old one. We should better fix the neon build on all supported platforms. Thanks! :)