After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 338007 - "gnome-vfs2" build fails if "neon" support is disabled
"gnome-vfs2" build fails if "neon" support is disabled
Status: RESOLVED OBSOLETE
Product: gnome-vfs
Classification: Deprecated
Component: Build
2.14.x
Other Mac OS
: Normal normal
: ---
Assigned To: gnome-vfs maintainers
gnome-vfs maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-10 19:16 UTC by Matthias Scheler
Modified: 2006-07-14 09:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matthias Scheler 2006-04-10 19:16:11 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.
Comment 1 Matthias Scheler 2006-04-10 19:17:45 UTC
A work arround for the problem is to change "SUBDIRS = neon fnmatch" to "SUBDIRS = neon" in "imported/Makefile".
Comment 2 Christian Kellner 2006-07-14 09:43:13 UTC
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! :)