LINUX.ORG.RU
решено Форум — General  

Ошибка при сборке LO (x86)

 


0

1

кто-нибудь уже собирали (хоть раз) libreoffice? а то я уже не понимаю суть, сборка на 64 работает, на 32 ни в какую (маразм), а не наоборот, как по классик 32 потом 64

Ошибка следующего рода преследует(

/bin/sh: line 1: 10656 Ошибка сегментирования                   $O/bin/uno -ro $O/xml/uno_services.rdb -ro $O/bin/udkapi.rdb -ro $W/UnoApiTarget/bridgetest.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject
make[2]: *** [/mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/workdir/unxlngi6.pro/CustomTarget/testtools/uno_test.done] Ошибка 139
make[2]: *** Ожидание завершения заданий...
/bin/sh: line 1: 19622 Ошибка сегментирования                   $O/bin/uno -ro $O/xml/uno_services.rdb -ro $O/bin/udkapi.rdb -ro $W/UnoApiTarget/bridgetest.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject
make[2]: *** [/media/PUB_EXT3/DOWNLOADS/tmp32/32/libreoffice/libreoffice/libreoffice.src/libreoffice-4.0.2.1/workdir/unxlngi6.pro/CustomTarget/testtools/uno_test.done] Ошибка 139
make[2]: *** Ожидание завершения заданий...

сборку делаю на 40Гб при /tmp в 10Гб

Не знаете, что не так?

Перемещено mono из talks

★★★★★

Последнее исправление: cetjs2 (всего исправлений: 1)
← Русские имена файлов в android
RootFs для платформы SH4 →

Что это в Talks делает?

olibjerd ★★★★★
()

простите, а чем бинарный не устраивает?

int13h ★★★★★
()

Спрашивай в дневное (по GMT) время в рабочий день на #libreoffice-dev.

frob ★★★★★
()

простите, а чем бинарный не устраивает?
А нафига его собирать?

Ну вот захотелось самой свежей версии, а собрав на 64, вспомнил, что и 32 (без x86_64) у меня есть

Спрашивай в дневное (по GMT) время в рабочий день на #libreoffice-dev.

Спасиибо за совет, надо как-нибудь зайти, а то в выходные заходил как-то тихо там(

Сейчас попробовал собрать парочку старых версий и ошибка таже! 

...
[build SRS] xmlsec/res
[build SRS] acc/res
[build RES] editengen-US
/bin/sh: line 1:  2893 Ошибка сегментирования                   $O/bin/uno -ro $O/xml/uno_services.rdb -ro $O/bin/udkapi.rdb -ro $W/UnoApiTarget/bridgetest.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject
make[2]: *** [/mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.0.3/workdir/unxlngi6.pro/CustomTarget/testtools/uno_test.done] Ошибка 139
make[2]: *** Ожидание завершения заданий...

-----------------------------------------------------------------------
        Oh dear - something failed during the build - sorry !
  For more help with debugging build errors, please see the section in:
            http://wiki.documentfoundation.org/Development

  internal build errors:

ERROR: error 512 occurred while making /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.0.3/tail_build/prj

 it seems that the error is inside 'tail_build', please re-run build
 inside this module to isolate the error and/or test your fix.

-----------------------------------------------------------------------
To rebuild a specific module:

make tail_build.clean # not recommended, this will re-build almost everything
make tail_build

when the problem is isolated and fixed, re-run 'make'
make[1]: *** [build-packimages] Ошибка 1
make[1]: Выход из каталога `/mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.0.3'
make: *** [all] Ошибка 2
Что-то гуглится, но четкого решения не нахожу(

NK ★★★★★
() автор топика
Последнее исправление: NK (всего исправлений: 1)

Полный log сборки, которая так и не вышла =(
кто-нибудь что-нибудь может сказать?

http://rghost.ru/44789490

NK ★★★★★
() автор топика

Сейчас на чем получаю ошибку пытаюсь через gdb прогнать, покажу, что получается:
Для начала дал make получил error, затем 

make testtools VERBOSE=t
gdb --args 
S=/mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1 && O=$S/solver/unxlngi6.pro && W=$S/workdir/unxlngi6.pro && gdb --args $O/bin/uno -ro $O/xml/uno_services.rdb -ro $O/bin/udkapi.rdb -ro $W/UnoApiTarget/bridgetest.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject
(gdb) run
    Starting program: /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/bin/uno -ro /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/xml/uno_services.rdb -ro /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/bin/udkapi.rdb -ro /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/workdir/unxlngi6.pro/UnoApiTarget/bridgetest.rdb -s com.sun.star.test.bridge.BridgeTest -- com.sun.star.test.bridge.CppTestObject
    warning: File "/mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libuno_cppu.so.3-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
    To enable execution of this file add
            add-auto-load-safe-path /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libuno_cppu.so.3-gdb.py
    line to your configuration file "/home/nk/.gdbinit".
    To completely disable this security protection add
            set auto-load safe-path /
    line to your configuration file "/home/nk/.gdbinit".
    For more information about this security protection see the
    "Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
            info "(gdb)Auto-loading safe path"
    warning: File "/mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libuno_sal.so.3-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
    warning: File "/lib/libthread_db-1.0.so" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
    warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
     
    Program received signal SIGSEGV, Segmentation fault.
    0xf7fcdc9e in gcc3::callVirtualMethod(void*, long, void*, _typelib_TypeDescription*, bool, long*, long) ()
       from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libgcc3_uno.so
    (gdb)
    (gdb) thread apply all bt
     
    Thread 1 (LWP 28864):
    #0  0xf7fcdc9e in gcc3::callVirtualMethod(void*, long, void*, _typelib_TypeDescription*, bool, long*, long) ()
       from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libgcc3_uno.so
    #1  0xf7fdd1bc in ?? () from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libgcc3_uno.so
    #2  0xf7fd2aef in bridges::cpp_uno::shared::unoInterfaceProxyDispatch(_uno_Interface*, _typelib_TypeDescription const*, void*, void**, _uno_Any**) ()
       from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libgcc3_uno.so
    #3  0xf7fce073 in (anonymous namespace)::cpp2uno_call(bridges::cpp_uno::shared::CppInterfaceProxy*, _typelib_TypeDescription const*, _typelib_TypeDescriptionReference*, long, _typelib_MethodParameter*, void**, void*) [clone .clone.4] () from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libgcc3_uno.so
    #4  0xf7fceb51 in cpp_vtable_call () from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libgcc3_uno.so
    #5  0xf7fd83cd in privateSnippetExecutorVoid () from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/libgcc3_uno.so
    #6  0xf6f79804 in bridge_test::performTest(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&, com::sun::star::uno::Reference<test::testtools::bridgetest::XBridgeTest> const&, bool) ()
       from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/testtools_bridgetest.uno.so
    #7  0xf6f83e68 in bridge_test::TestBridgeImpl::run(com::sun::star::uno::Sequence<rtl::OUString> const&) ()
       from /mnt/sda8/DOWNLOADS/tmp32/libreoffice/libreoffice.src/libreoffice-4.0.2.1/solver/unxlngi6.pro/lib/testtools_bridgetest.uno.so
    #8  0x0804dd7d in sal_main() ()
    #9  0x0804f643 in main ()

NK ★★★★★
() автор топика
Последнее исправление: NK (всего исправлений: 2)

Разрулил ситуацию с ошибкой, на irc #libreoffice-dev действительно подсказали в чем, а именно в ключах

you have CFLAGS/CXXFLAGS containing -fomit-frame-pointer, and it looks like LO's precautions to override that in places where that's not OK like in bridges/Library_gcc3_linux_intel.mk don't work, as our -fno-omit-frame-pointer ends up in front of your -fomit-frame-pointer on the compiler's command line, so likely has no effect

don't assume that LO is such a trivial program that you can outsmart it with compiler settings

happens to negatively impact the bridges/source/cpp_uno code only on x86, not x86_64

у меня просто в ключах компилятора вот такая штука была 

-O2 -march=i686 -mtune=i686 -fomit-frame-pointer -fPIC

Задал, как alien задает
http://taper.alienbase.nl/mirrors/people/alien/slackbuilds/libreoffice/build/...

  i486)      SLKCFLAGS="-march=i486 -mtune=i686"
             SLKLDFLAGS=""; LIBDIRSUFFIX=""
             ;;
  x86_64)    SLKCFLAGS="-fPIC"
             SLKLDFLAGS="-L/usr/lib64"; LIBDIRSUFFIX="64"
             ;;

- все собралось

NK ★★★★★
() автор топика
Последнее исправление: NK (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Русские имена файлов в android
General
RootFs для платформы SH4 →