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 170897 - gnome-vfs-hal-mounts.c:185: error: parse error before "LibHalFunctions"
gnome-vfs-hal-mounts.c:185: error: parse error before "LibHalFunctions"
Status: RESOLVED DUPLICATE of bug 172576
Product: gnome-vfs
Classification: Deprecated
Component: Build
2.10.x
Other All
: High critical
: ---
Assigned To: gnome-vfs maintainers
gnome-vfs maintainers
Depends on:
Blocks:
 
 
Reported: 2005-03-19 14:25 UTC by dh
Modified: 2005-04-11 09:14 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Description dh 2005-03-19 14:25:49 UTC 
Steps to reproduce:
1. do the usual configuration stuff
2. type make and press enter
3. wait and see ;)

I was not able to detect a reason for this problem but gcc is known to be
tricky. I use gcc 3.4.3 on linux 2.6.11rc4 and with glibc 2.3.4

Any idea of what I can do?


Stack trace:
naturally no stach trace, config.log is too long for bugzilla


Other information:
make output:

make  all-recursive
make[1]: Entering directory `/workspace/software/gnome/CORE/gnome-vfs-2.10.0'
Making all in libgnomevfs
make[2]: Entering directory
`/workspace/software/gnome/CORE/gnome-vfs-2.10.0/libgnomevfs'
make  all-am
make[3]: Entering directory
`/workspace/software/gnome/CORE/gnome-vfs-2.10.0/libgnomevfs'
source='gnome-vfs-hal-mounts.c' object='gnome-vfs-hal-mounts.lo' libtool=yes \
depfile='.deps/gnome-vfs-hal-mounts.Plo'
tmpdepfile='.deps/gnome-vfs-hal-mounts.TPlo' \
depmode=gcc3 /bin/sh ../depcomp \
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I..
-pthread -DORBIT2=1 -I/usr/include/libxml2
-I/opt/interface/gnome-2.10/include/glib-2.0
-I/opt/interface/gnome-2.10/lib/glib-2.0/include
-I/opt/interface/gnome-2.10/include/gconf/2
-I/opt/interface/gnome-2.10/include/orbit-2.0
-I/opt/interface/gnome-2.10/include/bonobo-activation-2.0
-I/opt/interface/gnome-2.10/include/libbonobo-2.0      -I/usr/include/howl  
-DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -I/opt/interface/gnome-2.10/include/glib-2.0
-I/opt/interface/gnome-2.10/lib/glib-2.0/include    -DORBIT2=1 -pthread
-I/opt/interface/gnome-2.10/include/libbonobo-2.0
-I/opt/interface/gnome-2.10/include/glib-2.0
-I/opt/interface/gnome-2.10/lib/glib-2.0/include
-I/opt/interface/gnome-2.10/include/orbit-2.0
-I/opt/interface/gnome-2.10/include/bonobo-activation-2.0  
-DXDG_PREFIX=_gnome_vfs_xdg -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE
-D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-DG_DISABLE_DEPRECATED -DDATADIR=\"/opt/interface/gnome-2.10/share\"
-DLIBDIR=\"/opt/interface/gnome-2.10/lib\"
-DPREFIX=\"/opt/interface/gnome-2.10\"
-DGNOMEVFS_LOCALEDIR=\"/opt/interface/gnome-2.10/share/locale\"
-DSYSCONFDIR=\"/opt/interface/gnome-2.10/etc\" -DG_LOG_DOMAIN=\"libgnomevfs\"  
  -g -O2 -c -o gnome-vfs-hal-mounts.lo `test -f 'gnome-vfs-hal-mounts.c' || echo
'./'`gnome-vfs-hal-mounts.c
 gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -pthread -DORBIT2=1
-I/usr/include/libxml2 -I/opt/interface/gnome-2.10/include/glib-2.0
-I/opt/interface/gnome-2.10/lib/glib-2.0/include
-I/opt/interface/gnome-2.10/include/gconf/2
-I/opt/interface/gnome-2.10/include/orbit-2.0
-I/opt/interface/gnome-2.10/include/bonobo-activation-2.0
-I/opt/interface/gnome-2.10/include/libbonobo-2.0 -I/usr/include/howl
-DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -I/opt/interface/gnome-2.10/include/glib-2.0
-I/opt/interface/gnome-2.10/lib/glib-2.0/include -DORBIT2=1 -pthread
-I/opt/interface/gnome-2.10/include/libbonobo-2.0
-I/opt/interface/gnome-2.10/include/glib-2.0
-I/opt/interface/gnome-2.10/lib/glib-2.0/include
-I/opt/interface/gnome-2.10/include/orbit-2.0
-I/opt/interface/gnome-2.10/include/bonobo-activation-2.0
-DXDG_PREFIX=_gnome_vfs_xdg -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE
-D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-DG_DISABLE_DEPRECATED -DDATADIR=\"/opt/interface/gnome-2.10/share\"
-DLIBDIR=\"/opt/interface/gnome-2.10/lib\"
-DPREFIX=\"/opt/interface/gnome-2.10\"
-DGNOMEVFS_LOCALEDIR=\"/opt/interface/gnome-2.10/share/locale\"
-DSYSCONFDIR=\"/opt/interface/gnome-2.10/etc\" -DG_LOG_DOMAIN=\"libgnomevfs\" -g
-O2 -c gnome-vfs-hal-mounts.c -MT gnome-vfs-hal-mounts.lo -MD -MP -MF
.deps/gnome-vfs-hal-mounts.TPlo  -fPIC -DPIC -o .libs/gnome-vfs-hal-mounts.o
gnome-vfs-hal-mounts.c:29: error: parse error before "HalStoragePolicy"
gnome-vfs-hal-mounts.c:29: warning: no semicolon at end of struct or union
gnome-vfs-hal-mounts.c:30: warning: data definition has no type or storage class
(...)

The rest is long follow-up error output...
Comment 1 dh 2005-03-21 08:01:26 UTC 
I found out that HalStoragePolicy should be written as LibHalStoragePolicy.
After that, gcc found a parse error before LibHalFunctions at line 185. There is
no such type in the Hal headers on my system...
Comment 2 Christophe Fergeau 2005-03-21 08:24:24 UTC 
You probably have hal 0.5 installed, while gnome-vfs hal support expects hal
0.4, there's a patch to support hal 0.5 floating around, maybe it has been
committed to gnome-vfs CVS HEAD.
Comment 3 Christian Kellner 2005-04-11 09:14:46 UTC 
Yeah definitely the hal 0.5 issue! Marking as a dup of the bug that contains the
patch for this. Thanks for reporting. 

*** This bug has been marked as a duplicate of 172576 ***