uno.bin core dump during build

[Gabriele Bulfon]

mmmm....looking at the solari_intel sources, uno2cpp.cxx already contains code similar
to the patch you pointed:
using namespace ::com::sun::star::uno;
namespace
{
static void  __attribute__((noinline)) callVirtualMethod(
void * pAdjustedThisPtr,
sal_Int32 nVtableIndex,
void * pRegisterReturn,
typelib_TypeClass eReturnType,
sal_Int32 * pStackLongs,
sal_Int32 nStackLongs )
{
....
....
and
asm volatile (
"mov   %%esp, %2\n\t"
// preserve potential 128bit stack alignment
"and   $0xfffffff0, %%esp\n\t"
"mov   %3, %%eax\n\t"
"lea   -4(,%%eax,4), %%eax\n\t"
"and   $0xf, %%eax\n\t"
"sub   $0xc, %%eax\n\t"
...
...
...
without the need for a new callvirtualmethod.cxx
The remaining part of the patches actually just take out an unused call (dummy_can_throw_anything)
and add some throw() around.
How can we track if that solar files are already taking into account gcc 4.7?
----------------------------------------------------------------------------------
Da: Stephan Bergmann
A: libreoffice at lists.freedesktop.org
Data: 16 febbraio 2015 13.38.47 CET
Oggetto: Re: uno.bin core dump during build
On 02/16/2015 11:38 AM, Gabriele Bulfon wrote:
while building on XStreamOS / illumos, looks like uno.bin gets corrupted
then causing a core dump at first build usage.
Most likely bridges/source/cpp_uno/gcc3_solar_intel/ needs the
equivalent of
"Make cpp_uno/gcc3_linux_x86-64 bridge work with GCC 4.7."
_______________________________________________
LibreOffice mailing list
LibreOffice at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20150216/2db22e69/attachment.html>