On 22/10/2019 18:28, Piotr Kubaj wrote:
Here's the backtrace. The process that segfaults is gengan.bin:
#0 0x000000081baea134 in (anonymous namespace)::cpp_mediate(unsigned long,
void**, void**, long, long*)
(nOffsetAndIndex=60434681040, gpreg=0x3ffffffffffef830,
fpreg=0x3ffffffffffef7c8, sp=4611686018427320272,
pRegisterReturn=0x3ffffffffffef7b8)
at bridges/source/cpp_uno/gcc3_linux_powerpc64/cpp2uno.cxx:396
#1 0x000000081bae9f50 in privateSnippetExecutor() () at
bridges/source/cpp_uno/gcc3_linux_powerpc64/cpp2uno.cxx:563
#2 0x00000008121de234 in cppu::throwException(com::sun::star::uno::Any const&)Python
Exception <class 'gdb.error'> No type named 挀漀洀⸀猀甀渀⸀猀琀愀爀⸀甀挀戀⸀䤀渀琀攀爀愀挀琀椀瘀攀
䄀甀最洀攀渀琀攀搀䤀伀䔀砀挀攀瀀琀椀漀渀.:
(exc=) at cppuhelper/source/exc_thrower.cxx:207
#3 0x000000081672ebd4 in ucbhelper::cancelCommandExecution(com::sun::star::ucb::IOErrorCode,
com::sun::star::uno::Sequence<com::sun::star::uno::Any> const&,
com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&, rtl::OUString
const&, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandProcessor> const&)
(eError=com::sun::star::ucb::IOErrorCode::IOErrorCode_NOT_EXISTING, rArgs=
uno::Sequence of length 2 = {...}, xEnv=empty uno::Reference, rMessage="an
error occurred during file opening", xContext=uno::Reference to
(fileaccess::BaseContent *) 0x81d0b5258) at
ucbhelper/source/provider/cancelcommandexecution.cxx:109
So this smells like it is indeed related to the changes in your below
patch. (The code is about synthesizing a C++ `throw some_exception`
expression, which may require synthesizing RTTI for the type of
`some_exception` in RTTI::getRTTI in
bridges/source/cpp_uno/gcc3_linux_powerpc64/except.cxx, which would need
definitions of __cxxabiv1::__class_type_info and
__cxxabiv1::__si_class_type_info.) But hard to tell what exactly is
going wrong without actually debugging it.
On 19-10-21 21:38:29, Piotr Kubaj wrote:
I'm trying to build LibreOffice 6.3.2 on FreeBSD/powerpc64 with LLVM 9.0.0
(elfv2 ABI).
My problem is that I'm getting those errors https://pastebin.com/dKAY28ns
I tried to patch them with https://pastebin.com/66Xhi1D1 using similar code to
x86-64. But then I'm getting a segfault at postcmd stage at the end of
compilation.
I would assume that something about the definitions of
__cxxabiv1::__class_type_info and __cxxabiv1::__si_class_type_info you
added to bridges/source/cpp_uno/gcc3_linux_powerpc64/share.hxx does not
match the definitions actually used by the system.
LibreOffice builds just fine with GCC 9.2, but this is still on elfv1.
FreeBSD/powerpc* switches to LLVM for elfv2.
So where does such a GCC-based build find definitions of
__cxxabiv1::__class_type_info and __cxxabiv1::__si_class_type_info (in
some system header)? How do those definitions differ from those you now
added to bridges/source/cpp_uno/gcc3_linux_powerpc64/share.hxx?
--
To unsubscribe e-mail to: [email protected]
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
