On Thu, Jun 12, 2008 at 12:00:37AM +0100, Ben Hutchings wrote: > Package: xulrunner-dev > Version: 1.9~rc2-2 > Severity: important > > The xulrunner 1.9 headers now use wchar_t but still require it to be > defined as a 16-bit type. The pkg-config files specify -fshort-wchar > to ensure that this is the case. Normally wchar_t is a 32-bit type, > and libstdc++ is built with that definition. > > Currently videolink seems to be getting away with using 16-bit wchar_t > in the translation units that use Mozilla stuff and 32-bit wchar_t in > the others... except on armel, where this happens:
Now thinking more about it, here is my take: > g++ .objs/auto_proc.o .objs/browser_widget.o .objs/child_iterator.o > .objs/event_state_manager.o .objs/generate_dvd.o .objs/link_iterator.o > .objs/null_prompt_service.o .objs/pixbufs.o .objs/style_sheets.o > .objs/temp_file.o .objs/video.o .objs/vob_list.o .objs/videolink.o > .objs/warp_pointer.o .objs/x_frame_buffer.o .objs/xml_utils.o > .objs/xpcom_support.o .objs/jquant2.o -lpthread > -L/usr/lib/xulrunner-devel-1.9/lib -lgtkmm-2.4 -lgdkmm-2.4 -latkmm-1.6 > -lgtk-x11-2.0 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0 > -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 > -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lxpcomglue -lexpat -g > -o videolink > /usr/bin/ld: ERROR: .objs/browser_widget.o: Conflicting definitions of wchar_t > /usr/bin/ld: failed to merge target specific data of file > .objs/browser_widget.o (...) This is most likely due to bug #485618, like Riku suggested. For others issues, I think videolink should be built using the cflags the .pc files give it. Mike PS: for some reason, I missed videolink from my scope for the transition, sorry for that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
