Re: libreoffice build error
19.09.2013, 04:02, Jung-uk Kim j...@freebsd.org: On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote: 2013년 9월 18일 13:20, Jung-uk Kim 쓴 글: On 2013-09-18 12:39:46 - -0400, David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). Ah, I see. Now I wrote a proper fix and it looks very promising. :-) Committed: http://svnweb.freebsd.org/changeset/ports/327589 Thanks! Jung-uk Kim * PS: IMHO, the ABI compatibility issue must be fixed before 10.0. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) Thanks for your commit! Now Libreoffice builds and works fine. -- Regards, S.Grigoriev. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 18 Sep 2013 20:00:09 -0400 Jung-uk Kim j...@freebsd.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote: 2013년 9월 18일 13:20, Jung-uk Kim 쓴 글: On 2013-09-18 12:39:46 - -0400, David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). Ah, I see. Now I wrote a proper fix and it looks very promising. :-) Committed: http://svnweb.freebsd.org/changeset/ports/327589 Thanks! Jung-uk Kim * PS: IMHO, the ABI compatibility issue must be fixed before 10.0. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOj6JAAoJECXpabHZMqHOlhgIAJg0fAXSLdqR+otyUrvgcfDg fuyYMfbcaVk1yGdPuUwppFb8/hZCP0YDKRCf8JmCpisz5yEcUTQYCVmvWCfjBMTa 2Caelx2Cof2ao6o4IAaDd+qVP16Mdio3e8iAb2Kh8tbj08eLIpn5GvmEOOkNGnVN HYAONN8e5x3PJN7N+vWcNR1uYw1PZHww44KImZeQ7ejbWQwE28NBbkCwLeddB4he bafcFPXJccngoW2c9RUIm81sRycZP5vP9dwhJicBHUEK46/x0TW0SQRavH5d0Wnx E4FxksUen9lQOYtbwFPEfDTH4NnHB+zlwA7SwQgqGFXHqOBn81r3+YTzNmH4rd0= =t0tP -END PGP SIGNATURE- LibreOffice now builds again and is usable with CURRENT. Very good job, thank you very much for repairing the port! Regards, Oliver -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSO+IlAAoJEOgBcD7A/5N8+5QH/RARRH8ZJB9p1Xpwztjsxvx3 gOMJUPzCR6jzArdgXY6Vso5LEltxLCfq8bYnRUtnANRzBXUuumXpXZxjkYHlj/YF GGzbgqDww5zORRYT6HN5QriwnWklzcvt2k/Iv+fOg+bXgmVGiup8Zc4vUVkMo3RD A3CU26D4k43hzdBNeiKdg4FSiTY+UY98mdkLyDh5BwEbwmehSIZCNmJUk+UiWfgw xLjqMTACHGm6kAUaoQ/UXohLxKtZh1LMmrEqXb343pJDiouKe2M1fRmiiLnJzbk2 /uaouR+yHB8OpiBuI6Yeqwx8aujd7lCiwF0/iCu2/snRzqi/RgCO9Y9qQ0SabwU= =U8NB -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. signature.asc Description: PGP signature
Re: libreoffice build error
On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-18 12:39:46 -0400, David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). Ah, I see. Now I wrote a proper fix and it looks very promising. :-) Thanks, guys! Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOeDZAAoJECXpabHZMqHOL58IALyk+dvTnWqga4RQJIXA2bUC JFxqyK1CPsJSLk/IKhxGP0TFxll/oJhmCuPU9hwxqhlzrUBc+mvCE4ms0pLF/g3u DZccKQKB20xGmLRSjRIF0ErfM6vL/mpRcSGQK3kztTwTpquk9PcImLDIxs4Q8Jw8 76fvj83TYleRNNyQy6L0nrfmIRlAPcJlGc7mcbWghx0AqttVpmDTmbyXihDwlOJf fe05PNTJv6IJqMPvzf/3gr7D9MmLsZlZbOpwJgPIMCGXHbLZSVMixMs/WvzzdaSp nuCF+JDt1I9sG2eCQSkmvgQe71l1/IMW5b7sPxiOGfE6EgiUFWDtBUsAwIeAHmo= =WgDa -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
On 18 Sep 2013, at 19:31, Tijl Coosemans t...@freebsd.org wrote: There are some pointers to the start such as the caughtExceptions field in struct __cxa_eh_globals and the nextException field in struct __cxa_exception itself. These are not part of the public API. David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
On 18 Sep 2013, at 19:49, David Chisnall thera...@freebsd.org wrote: These are not part of the public API. Oh. Yes it is. Ho hum... David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
On Wed, 18 Sep 2013 17:39:46 +0100 David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). There are some pointers to the start such as the caughtExceptions field in struct __cxa_eh_globals and the nextException field in struct __cxa_exception itself. signature.asc Description: PGP signature
Re: libreoffice build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-18 14:51:20 -0400, David Chisnall wrote: On 18 Sep 2013, at 19:49, David Chisnall thera...@freebsd.org wrote: These are not part of the public API. Oh. Yes it is. Ho hum... It seems it's removed from GCC because it broke OpenOffice.org. 8-) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38732 http://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=143170 Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOgkeAAoJECXpabHZMqHOlcwIALxc3r7H3Ocj7TPOG41itms6 +pmquUmLCb6f5OR6vgbgMTdAiL2olOyKrMgOUAt/+yWtpmbgZ0pgN5iOEf4Jdh5c u31q+YtxSMlYOVDjRnj30IGaYMrUXb+mU7Fq/+SHdSeI+obYn6JLZX9aECdBtKmM tI9Jfvx6KLgq4YQyFpWsBZEMeXhH8HBpcZZUtlOE4g4V7SumkZe9TbK7N+vIQYpO NJBGRlHn6RKQ25xU0Ar5FlB+nTcSIMRn/Moc/g9C3oKDk4jeVdsj8ZWsVTZvzgoL Jo7kTPSpNnDNW68PTLm3h4xd+30zs0n4qFtW5cSbeai9IfPt9MpzzqxCmbb1DtU= =eDVE -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote: 2013년 9월 18일 13:20, Jung-uk Kim 쓴 글: On 2013-09-18 12:39:46 - -0400, David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html The definition of struct __cxa_exception doesn't match the one in /usr/include/c++/v1/cxxabi.h. There's an extra field at the start in the __LP64__ case: uintptr_t referenceCount. This field is present in newer versions of the ABI spec and is also there in new versions of libsupc++. It's required for implementing C++11 dependent exceptions. It shouldn't matter for code that doesn't allocate the structure (and nothing outside of libsupc++ / libcxxrt should be allocating them), because these structures are always passed around by pointers to their ends (where the _Unwind_Exception structure lives). Ah, I see. Now I wrote a proper fix and it looks very promising. :-) Committed: http://svnweb.freebsd.org/changeset/ports/327589 Thanks! Jung-uk Kim * PS: IMHO, the ABI compatibility issue must be fixed before 10.0. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOj6JAAoJECXpabHZMqHOlhgIAJg0fAXSLdqR+otyUrvgcfDg fuyYMfbcaVk1yGdPuUwppFb8/hZCP0YDKRCf8JmCpisz5yEcUTQYCVmvWCfjBMTa 2Caelx2Cof2ao6o4IAaDd+qVP16Mdio3e8iAb2Kh8tbj08eLIpn5GvmEOOkNGnVN HYAONN8e5x3PJN7N+vWcNR1uYw1PZHww44KImZeQ7ejbWQwE28NBbkCwLeddB4he bafcFPXJccngoW2c9RUIm81sRycZP5vP9dwhJicBHUEK46/x0TW0SQRavH5d0Wnx E4FxksUen9lQOYtbwFPEfDTH4NnHB+zlwA7SwQgqGFXHqOBn81r3+YTzNmH4rd0= =t0tP -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
On Tue, 17 Sep 2013 14:57:19 +0400 S.N.Grigoriev serguey-grigor...@yandex.ru wrote: Hi list, the following error occures when I try to build editors/libreoffice: [build CXX] sal/rtl/source/ustrbuf.cxx In file included from /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/source/bootstrap.cxx:22: In file included from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/bootstrap.hxx:21: In file included from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/ustring.hxx:26: In file included from /usr/include/c++/v1/ostream:130: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:1616:18: error: no matching member function for call to 'construct' {__a.construct(__p, _VSTD::forward_Args(__args)...);} ^ /usr/include/c++/v1/memory:1497:14: note: in instantiation of function template specialization 'std::__1::allocator_traitsrtl::Allocatorstd::__1::__list_nodertl_bootstrap_NameValue, void * ::__constructrtl_bootstrap_NameValue, const rtl_bootstrap_NameValue ' requested here {__construct(__has_constructallocator_type, pointer, _Args...(), ^ /usr/include/c++/v1/list:1499:26: note: in instantiation of function template specialization 'std::__1::allocator_traitsrtl::Allocatorstd::__1::__list_nodertl_bootstrap_NameValue, void * ::constructrtl_bootstrap_NameValue, const rtl_bootstrap_NameValue ' requested here __node_alloc_traits::construct(__na, _VSTD::addressof(__hold-__value_), __x); Any tips? No sulution, but the very same here ... I also rebuild everything necessary with portmaster -r - no luck :-( signature.asc Description: PGP signature
Re: libreoffice build error
On Tue, Sep 17, 2013 at 04:20:45PM +0200, O. Hartmann wrote: On Tue, 17 Sep 2013 14:57:19 +0400 S.N.Grigoriev serguey-grigor...@yandex.ru wrote: Hi list, the following error occures when I try to build editors/libreoffice: [build CXX] sal/rtl/source/ustrbuf.cxx In file included from /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/source/bootstrap.cxx:22: In file included from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/bootstrap.hxx:21: In file included from /usr/ports/editors/libreoffice/work/solver/unxfbsd.pro/inc/rtl/ustring.hxx:26: In file included from /usr/include/c++/v1/ostream:130: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:1616:18: error: no matching member function for call to 'construct' {__a.construct(__p, _VSTD::forward_Args(__args)...);} ^ /usr/include/c++/v1/memory:1497:14: note: in instantiation of function template specialization 'std::__1::allocator_traitsrtl::Allocatorstd::__1::__list_nodertl_bootstrap_NameValue, void * ::__constructrtl_bootstrap_NameValue, const rtl_bootstrap_NameValue ' requested here {__construct(__has_constructallocator_type, pointer, _Args...(), ^ /usr/include/c++/v1/list:1499:26: note: in instantiation of function template specialization 'std::__1::allocator_traitsrtl::Allocatorstd::__1::__list_nodertl_bootstrap_NameValue, void * ::constructrtl_bootstrap_NameValue, const rtl_bootstrap_NameValue ' requested here __node_alloc_traits::construct(__na, _VSTD::addressof(__hold-__value_), __x); Any tips? No sulution, but the very same here ... I also rebuild everything necessary with portmaster -r - no luck :-( libreoffice is broken due to 2 reason, first rigth now we don't yet have patches for libc++. but even with a working libc++ patch it is broken on all arches due to the mdds update which is incompatible. regards, Bapt pgpYkIG2Ur7mw.pgp Description: PGP signature
Re: libreoffice build error
On Tue, Sep 17, 2013 at 11:51:41AM -0400, Shawn Webb wrote: I'm getting a build error as well, but on 9-STABLE under Poudriere. Relevant part of the logfile: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:34: In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: /usr/local/include/mdds/multi_type_vector.hpp:85:46: error: cannot initialize a parameter of type 'mdds::mtv::base_element_block *' with an lvalue of type 'const element_block_type *' (aka 'const mdds::mtv::base_element_block *') element_block_func::delete_block(p); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: note: in instantiation of member function 'mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::operator()' requested here ptr_.second()(ptr_.first()); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::reset' requested here { reset(); } ^ /usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::~unique_ptr' requested here class unique_ptr : public boost::interprocess::unique_ptr_T, _Deleter ^ /usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_to_single_blockconst double *' requested here return set_cells_to_single_block(row, end_row, block_index1, start_row1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_implconst double *' requested here return set_cells_impl(pos, end_pos, start_row1, block_index1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::setconst double *' requested here m_store.set(get_pos(row,col), it_begin, it_end); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:502:15: note: in instantiation of function template specialization 'mdds::multi_type_matrixcustom_string_trait::setconst double *' requested here maMat.set(nR, nC, pArray, pArray + nLen); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:92:65: note: passing argument to parameter 'p' here static void delete_block(mdds::mtv::base_element_block* p) ^ 1 error generated. gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbsd.pro/CxxObject/sc/source/core/tool/scmatrix.o] Error 1 That is the mdds error I was speaking about. regards, Bapt pgpdoPvXAK2Nr.pgp Description: PGP signature
Re: libreoffice build error
I'm getting a build error as well, but on 9-STABLE under Poudriere. Relevant part of the logfile: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:34: In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: /usr/local/include/mdds/multi_type_vector.hpp:85:46: error: cannot initialize a parameter of type 'mdds::mtv::base_element_block *' with an lvalue of type 'const element_block_type *' (aka 'const mdds::mtv::base_element_block *') element_block_func::delete_block(p); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: note: in instantiation of member function 'mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::operator()' requested here ptr_.second()(ptr_.first()); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::reset' requested here { reset(); } ^ /usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::~unique_ptr' requested here class unique_ptr : public boost::interprocess::unique_ptr_T, _Deleter ^ /usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_to_single_blockconst double *' requested here return set_cells_to_single_block(row, end_row, block_index1, start_row1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_implconst double *' requested here return set_cells_impl(pos, end_pos, start_row1, block_index1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::setconst double *' requested here m_store.set(get_pos(row,col), it_begin, it_end); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:502:15: note: in instantiation of function template specialization 'mdds::multi_type_matrixcustom_string_trait::setconst double *' requested here maMat.set(nR, nC, pArray, pArray + nLen); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:92:65: note: passing argument to parameter 'p' here static void delete_block(mdds::mtv::base_element_block* p) ^ 1 error generated. gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbsd.pro/CxxObject/sc/source/core/tool/scmatrix.o] Error 1 On Tue, Sep 17, 2013 at 11:49 AM, Baptiste Daroussin b...@freebsd.orgwrote: On Tue, Sep 17, 2013 at 04:20:45PM +0200, O. Hartmann wrote: On Tue, 17 Sep 2013 14:57:19 +0400 S.N.Grigoriev serguey-grigor...@yandex.ru wrote: Hi list, the following error occures when I try to build editors/libreoffice: [build CXX] sal/rtl/source/ustrbuf.cxx In file included from /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/source/bootstrap.cxx:22: In file included from /usr/ports/editors/libreoffice/work/solver/ unxfbsd.pro/inc/rtl/bootstrap.hxx:21: In file included from /usr/ports/editors/libreoffice/work/solver/ unxfbsd.pro/inc/rtl/ustring.hxx:26: In file included from /usr/include/c++/v1/ostream:130: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:1616:18: error: no matching member function for call to 'construct' {__a.construct(__p, _VSTD::forward_Args(__args)...);} ^ /usr/include/c++/v1/memory:1497:14: note: in instantiation of function template specialization 'std::__1::allocator_traitsrtl::Allocatorstd::__1::__list_nodertl_bootstrap_NameValue, void * ::__constructrtl_bootstrap_NameValue, const rtl_bootstrap_NameValue ' requested here {__construct(__has_constructallocator_type, pointer, _Args...(), ^ /usr/include/c++/v1/list:1499:26: note: in instantiation of function template specialization 'std::__1::allocator_traitsrtl::Allocatorstd::__1::__list_nodertl_bootstrap_NameValue, void *
Re: libreoffice build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 11:52:45 -0400, Baptiste Daroussin wrote: On Tue, Sep 17, 2013 at 11:51:41AM -0400, Shawn Webb wrote: I'm getting a build error as well, but on 9-STABLE under Poudriere. Relevant part of the logfile: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:34: In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: /usr/local/include/mdds/multi_type_vector.hpp:85:46: error: cannot initialize a parameter of type 'mdds::mtv::base_element_block *' with an lvalue of type 'const element_block_type *' (aka 'const mdds::mtv::base_element_block *') element_block_func::delete_block(p); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: note: in instantiation of member function 'mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::operator()' requested here ptr_.second()(ptr_.first()); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::reset' requested here { reset(); } ^ /usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::~unique_ptr' requested here class unique_ptr : public boost::interprocess::unique_ptr_T, _Deleter ^ /usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_to_single_blockconst double *' requested here return set_cells_to_single_block(row, end_row, block_index1, start_row1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_implconst double *' requested here return set_cells_impl(pos, end_pos, start_row1, block_index1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::setconst double *' requested here m_store.set(get_pos(row,col), it_begin, it_end); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:502:15: note: in instantiation of function template specialization 'mdds::multi_type_matrixcustom_string_trait::setconst double *' requested here maMat.set(nR, nC, pArray, pArray + nLen); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:92:65: note: passing argument to parameter 'p' here static void delete_block(mdds::mtv::base_element_block* p) ^ 1 error generated. gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbsd.pro/CxxObject/sc/source/core/tool/scmatrix.o] Error 1 That is the mdds error I was speaking about. The mdds issue should be fixed by r327493. I am still working on libc++ issues but it is much more complicated. :-( Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOJBZAAoJECXpabHZMqHOuroH/RckD3Ui2dbce2YwIi2iLps6 X4+vaZ0Nhn6eGts46OywoFxUKdHg7F8A8V5mgK3aWYPlO7OtzC1kRZDNpcysAWa6 6v8E8+GjCGlVvVfto9VOKbLKugkChsNm5u0ZZjahDX1aD9T6wH81kfU4JelYgif3 o+SmZA4gCYpiifDXxy6a5ShGqjVMdjZpTFGXRzlcYncfiNP+aaPX+Cg1yRooZMeX HKrYyPUsIePLPjZrZr5bj89BuqAgyruLA4m9FYH1YDDeJkl5XiJBmNT2oa/grbKs pWwqAD/d8gSpAyfG6pWYyGf4ObbHnzR4HiZths+xx6vT0EGrXrhrMrRjUu864kY= =YQox -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
17.09.2013, 21:27, Jung-uk Kim j...@freebsd.org: On 2013-09-17 11:52:45 -0400, Baptiste Daroussin wrote: On Tue, Sep 17, 2013 at 11:51:41AM -0400, Shawn Webb wrote: I'm getting a build error as well, but on 9-STABLE under Poudriere. Relevant part of the logfile: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:34: In file included from /usr/local/include/mdds/multi_type_matrix.hpp:31: /usr/local/include/mdds/multi_type_vector.hpp:85:46: error: cannot initialize a parameter of type 'mdds::mtv::base_element_block *' with an lvalue of type 'const element_block_type *' (aka 'const mdds::mtv::base_element_block *') element_block_func::delete_block(p); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:312:13: note: in instantiation of member function 'mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::operator()' requested here ptr_.second()(ptr_.first()); ^ /usr/local/include/boost/interprocess/smart_ptr/unique_ptr.hpp:196:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::reset' requested here { reset(); } ^ /usr/local/include/mdds/compat/unique_ptr.hpp:38:7: note: in instantiation of member function 'boost::interprocess::unique_ptrmdds::mtv::base_element_block, mdds::multi_type_vectorcustom_string_trait::element_block_func::element_block_deleter::~unique_ptr' requested here class unique_ptr : public boost::interprocess::unique_ptr_T, _Deleter ^ /usr/local/include/mdds/multi_type_vector_def.inl:2376:16: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_to_single_blockconst double *' requested here return set_cells_to_single_block(row, end_row, block_index1, start_row1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_vector_def.inl:406:12: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::set_cells_implconst double *' requested here return set_cells_impl(pos, end_pos, start_row1, block_index1, it_begin, it_end); ^ /usr/local/include/mdds/multi_type_matrix_def.inl:239:13: note: in instantiation of function template specialization 'mdds::multi_type_vectorcustom_string_trait::element_block_func::setconst double *' requested here m_store.set(get_pos(row,col), it_begin, it_end); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:502:15: note: in instantiation of function template specialization 'mdds::multi_type_matrixcustom_string_trait::setconst double *' requested here maMat.set(nR, nC, pArray, pArray + nLen); ^ /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sc/source/core/tool/scmatrix.cxx:92:65: note: passing argument to parameter 'p' here static void delete_block(mdds::mtv::base_element_block* p) ^ 1 error generated. gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/workdir/unxfbsd.pro/CxxObject/sc/source/core/tool/scmatrix.o] Error 1 That is the mdds error I was speaking about. The mdds issue should be fixed by r327493. I am still working on libc++ issues but it is much more complicated. :-( Jung-uk Kim Thanks for all responses. As I can see the problem is much more complete then I thought initially. -- Regards, S.Grigoriev. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libreoffice build error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues. Unfortunately, libc++/libcxxrt's exception handling is not 100% compatible with libstdc++'s and I couldn't find a proper fix. :-( Basically, C++/UNO bridge for LibreOffice/OpenOffice does some clever hacks, somewhat similar to the example on this blog page: http://zbigg.blogspot.com/2009/03/catch-on-g.html libstdc++ works as expected: $ g++ -g eh.cc $ ./a.out exception caught int(321) exception caught std::string(akuku) $ clang++ -g eh.cc $ ./a.out exception caught int(321) exception caught std::string(akuku) libc++/libcxxrt does not: $ clang++ -stdlib=libc++ -g eh.cc $ ./a.out Segmentation fault (core dumped) $ gdb -c a.out.core a.out GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Core was generated by `a.out'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc++.so.1...done. Loaded symbols for /usr/lib/libc++.so.1 Reading symbols from /lib/libcxxrt.so.1...done. Loaded symbols for /lib/libcxxrt.so.1 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 executevoid (*)() (c=0x402240 akuku(), exc_handlers=@0x7fffd948) at typeinfo:86 86 const char* name() const _NOEXCEPT {return __type_name;} (Note: I intentionally used a slightly old head to demonstrate the problem but the symptom is exactly same on a latest libc++-only machine.) Please let me know if you have any clue for me to fix this issue. Thanks! Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSOPwNAAoJECXpabHZMqHO2ycH/3RgOcWXLQtD9pjlAN+KjQ4k BHAssNp2mPYl/KJDb4QzpvtX+wjGU9y1tg0JGlhRU8LiuoZgbJXhvMCU1wJmJvc4 wxiKtW5c3Z37M3Oz5isoB4gIzt8xuNtwkfKEwQHS4N9MRX77lNpLYx1trjo0ly3s MdcUvL15iqqnZ9E9A8fSIqrS9s1m6PNNNh29uHQejfN6iOy1f/EsZiLbFXNSoudj vF9JhGpMME+OLq6ub7abMC1HIuNm0NJyrcwBuQluP10coC7ZRkPzKVuKf2NDLCz5 9gr75gGqydPUF5fXPeF+8tt54Sh8xOKdU3EOMa6+jkjwcXP67lTOD/8G8kUBXb4= =NsKB -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org