GNOME Bugzilla – Bug 651509
EDS with --enable-vala fails to bootstrap ECalendar-1.2.gir
Last modified: 2011-09-29 17:28:40 UTC
The first time I tried building e-d-s with --enable-vala, the build fails with the following error. If I comment out the introspection rules in calendar/libecal/Makefile.am, configure, and build, everything builds and installs. If I then revert the Makefile.am, distclean, configure, and build, the build also succeeds. So it seems to be a bootstrapping issue. ==================== make[4]: Entering directory `/home/treitter/checkout/gnome/evolution-data-server/calendar/libecal' /opt/gnome/bin/g-ir-scanner --add-include-path=../../libedataserver --identifier-prefix E --pkg-export libecal-1.2 --namespace=ECalendar --nsversion=1.2 --libtool="/bin/bash ../../libtool" --include=GObject-2.0 --include=EDataServer-1.2 --include=GLib-2.0 --library=libecal-1.2.la --library=../../calendar/libegdbus/libegdbus-cal.la --library=../../libedataserver/libedataserver-1.2.la -I../.. -I../../calendar -I../../calendar/libegdbus -I../../calendar/libedata-cal -I../.. -I../../calendar/libecal -pthread -DORBIT2=1 -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib64/glib-2.0/include -I/opt/gnome/include/libical -I/opt/gnome/include/libxml2 -I/opt/gnome/include/gconf/2 -I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include e-cal.h e-cal-client.h e-cal-client-view.h e-cal-component.h e-cal-recur.h e-cal-time-util.h e-cal-check-timezones.h e-cal-system-timezone.h e-cal-types.h e-cal-util.h e-cal-view.h e-cal-marshal.c e-cal-marshal.h e-cal.c e-cal-client.c e-cal-client-view.c e-cal-component.c e-cal-recur.c e-cal-time-util.c e-cal-check-timezones.c e-cal-system-timezone.c e-cal-util.c e-cal-view.c libecal-1.2.la --output ECalendar-1.2.gir g-ir-scanner: compile: gcc -Wall -pthread -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib64/glib-2.0/include -I../.. -I../../calendar -I../../calendar/libegdbus -I../../calendar/libedata-cal -I../.. -I../../calendar/libecal -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib64/glib-2.0/include -I/opt/gnome/include/libical -I/opt/gnome/include/libxml2 -I/opt/gnome/include/gconf/2 -I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include -I/opt/gnome/include/gio-unix-2.0/ -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib64/glib-2.0/include -I/opt/gnome/include/evolution-data-server-3.0 -I/opt/gnome/include/libxml2 -I/opt/gnome/include/gconf/2 -I/opt/gnome/include/libsoup-2.4 -I/opt/gnome/include/orbit-2.0 -c -o /home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/ECalendar-1.2.o /home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/ECalendar-1.2.c g-ir-scanner: link: /bin/bash ../../libtool --mode=link --tag=CC --silent gcc -o /home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/ECalendar-1.2 -export-dynamic -L. libecal-1.2.la ../../calendar/libegdbus/libegdbus-cal.la ../../libedataserver/libedataserver-1.2.la -pthread -L/opt/gnome/lib64 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 /home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/ECalendar-1.2.o /home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/.libs/lt-ECalendar-1.2: symbol lookup error: /home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/.libs/libecal-1.2.so.9: undefined symbol: e_gdbus_proxy_async_method_done_strv Command '['/home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/ECalendar-1.2', '--introspect-dump=/home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/types.txt,/home/treitter/checkout/gnome/evolution-data-server/calendar/libecal/tmp-introspectV0WjTM/dump.xml']' returned non-zero exit status 127 make[4]: *** [ECalendar-1.2.gir] Error 1
I'm not sure this is a real bug (any longer, if it ever was). I'm not hitting it with eds master, so I'll close this.
(In reply to comment #1) > I'm not sure this is a real bug (any longer, if it ever was). I'm not hitting > it with eds master, so I'll close this. Sorry, I did manage to hit this error again. I think the trick to reproduce it was to build and install the gnome-3-0 branch of eds, then try to build the master version.
Did you run also autogen.sh script, then make && make install? The change in configure.ac should be properly propagated into configure itself. Of course, bonus points if you 'make uninstall' and 'make distclean' or similar before you switch between branches, to avoid version conflicts, which I guess this one is about.
Travis, do you have any update for the bug ? Did you try steps mentioned in comment#3 ?
(In reply to comment #4) > Travis, do you have any update for the bug ? > Did you try steps mentioned in comment#3 ? This problem seems gone in eds 3.2.0. Closing!