Michael Rickmann a écrit :
Next compilation fails for videooutput-manager-dx.cpp. I feel not fit
enough to interpret the 67 kB long error log (attached).
Well... C++ templates often lead to worse. Notice that concepts, which
were supposed to make it into C++0x, should have helped make error
messages more readable. They were supposed, and should have helped. They
were rejected...
Certainly the
source file is not used for linux and when comparing the code to
videooutput-manager-x.cpp the -dx.cpp has a number of nested
(boost::bind (boost::bind (... which the -x.cpp does not have. Making
them single "(boost::bind ... this, ..." lets compilation proceed. As I
am not fit in boost signals I will not provide a patch.
Oh, yes! I pushed a would-be fix for that ; sorry!
Next error occurs while linking ekiga.exe:
....
lstrmiids -lole32 -luuid -loleaut32 -lquartz -ldnsapi
-lboost_signals-d.dll /home/mrickma/src/ekiga/win32/lib/libxml2.dll.a
-lws2_32 -L/home/mrickma/src/ekiga/win32/lib
accounts.o: In function `_ZN17GmAccountsWindow_D1Ev':
gui/accounts.cpp:(.text$_ZN5boost6detail12shared_countC1INS_7signals6detail9slot_base6data_tEEEPT_[boost::detail::shared_count::shared_count<boost::signals::detail::slot_base::data_t>(boost::signals::detail::slot_base::data_t*)]+0x5d):
undefined reference to `boost::throw_exception(std::exception const&)'
collect2: ld returned 1 exit status
Is there another boost lib which has to be compiled?
No. It's a problem where boost thinks we don't compile with exceptions,
and hence we have that function to write ourselves. Is it with an up to
date master? I thought I had fixed that one :-/
Thanks,
Snark
_______________________________________________
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list