Re: [Ekiga-devel-list] Win32 - Cross compile+ boost

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 :-/



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]