Ошибка компиляции новго OOo
Гость 17 июля, 2006 - 13:10
g++ -Wreturn-type -fmessage-length=0 -c -I. -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solver/680/unxlngi6.pro/inc/offuh -I../inc -I../../inc -I../../../../inc -I../../../../unx/inc -I../../../../unxlngi6.pro/inc -I. -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solver/680/unxlngi6.pro/inc/stl -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solver/680/unxlngi6.pro/inc/external -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solver/680/unxlngi6.pro/inc -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solenv/unxlngi6/inc -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solenv/inc -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/res -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solver/680/unxlngi6.pro/inc/stl -I/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.2.03/include -I/opt/blackdown-jdk-1.4.2.03/include/linux -I/opt/blackdown-jdk-1.4.2.03/include/native_threads/include -I/usr/include -I. -I../../../../res -I. -Os -fno-strict-aliasing -Wuninitialized -fvisibility=hidden -pipe -O2 -march=i686 -pipe -fomit-frame-pointer -Wno-ctor-dtor-privacy -fvisibility-inlines-hidden -fexceptions -fno-enforce-eh-specs -fpic -DLINUX -DUNX -DVCL -DGCC -DC341 -DINTEL -DCVER=C341 -D_USE_NAMESPACE -DNPTL -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/include/g++-v3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DOOC680=OOC680 -DSD_DLLIMPLEMENTATION -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../../../unxlngi6.pro/slo/SlideSorterView.o /var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/sd/source/ui/slidesorter/view/SlideSorterView.cxx g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See <URL:http://bugs.gentoo.org/> for instructions. dmake: Error code 1, while making '../../../../unxlngi6.pro/slo/SlideSorterView.obj' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/build/OOO_2_0_3/sd/source/ui/slidesorter/view make: *** [stamp/build] 1 !!! ERROR: app-office/openoffice-2.0.3 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile openoffice-2.0.3.ebuild, line 251: Called die !!! Build failed !!! If you need support, post the topmost build error, and the call stack if relevant.
Такую ошибку я получаю после нескольких часов компиляции OOo-2.0.3
Дерево портежей свежее.
Флаги компиляции:
WereHome ~ # USE="firefox gtk" emerge openoffice -pv These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-office/openoffice-2.0.3 [2.0.2-r2] USE="firefox* gnome gtk java pam% xml -binfilter -cairo -debug% -eds -kde -ldap -mono -odk%" LINGUAS="ru% -af% -ar% -be_BY% -bg% -bn% -bs% -ca% -cs% -cy% -da% -de% -el% -en% -en_GB% -en_US% -en_ZA% -es% -et% -fa% -fi% -fr% -gu_IN% -he% -hi_IN% -hr% -hu% -it% -ja% -km% -ko% -lt% -mk% -nb% -nl% -nn% -nr% -ns% -pa_IN% -pl% -pt% -pt_BR% -rw% -sh_YU% -sk% -sl% -sr_CS% -st% -sv% -sw_TZ% -th% -tn% -tr% -ts% -vi% -xh% -zh_CN% -zh_TW% -zu%" 0 kB Total size of downloads: 0 kB WereHome ~ #
were@WereHome ~ $ cat /etc/make.conf
# These settings were set by the catalyst build script that automatically built this stage
# Please consult /etc/make.conf.example for a more detailed example
CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer"
MAKEOPTS="-j2"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
ALSA_CARDS="emu10k1"
LINGUAS="ru"
PORTDIR_OVERLAY="/usr/local/portage"
USE="
unicode nls utf8
-kde gnome
-qt -gtk -motif gtk2
-arts -oss alsa -esd
mysql -postgresql -sqlite
javascript java browserplugin nsplugin
-mplayer xine dvd a52 jpeg2k aac amr x264 mp4
lm_sensors
startup-notification
-apache apache2 -eds md5sum
"
were@WereHome ~ $were@WereHome ~ $ epm -q gtk+ xorg-x11 freetype baselayout gtk+-2.10.0 xorg-x11-7.1 freetype-2.1.10-r2 baselayout-1.11.14-r3 were@WereHome ~ $
Кто-нибудь сталкивался с подобным? Есть подозрение что это из-за нового gtk+.
»
- Для комментирования войдите или зарегистрируйтесь
у меня когда-то
у меня когда-то cc1plus так же умирал. Дело было в том что память кончалась оперативная. А своп я не включил. Когда увеличил память (можно было подключить своп:) ) - проблема ушла.
По кури в эту сторону:)
Своп не юзаю,
Своп не юзаю, так как гиг мозгов.
Неужели может нехватать?
Надо будет попробоваться со свопом.
Спасибо за наводку.
Будешь смеятся
Будешь смеятся - оно у меня сегодня ночью вылетело после пятнадцати часов компиляции. Т.е. под самый конец. дело не в памяти. Если не заломает то попробую поигратсья с USE
В ЖЖ какого-то
В ЖЖ какого-то гентушнега читал что дело в температуре проца.
Звучит абсурдно - если температура поднимется до критического максимума - проц будет сбрасывать такты, т.е. работать вхолостую.
У меня температура при компиляции ниже 68 не опускается, а бывает и выше.
Фиг знает что это. Держи меня в курсе. ОК?
Еще что говорит не в пользу перегрева - так это то что все попытки компиляции обламывались на SlideSorterView.obj
А как выглядит вывод твоих ошибок?
Какая версия gtk+?
вывод я уже
вывод я уже посеял.... gtk+-2.8.19 вроде как.. короче похимичу я с этим... может завтра перед уходом на работу даже и запущу компиляцию с другим USE.
У меня сегфолты
У меня сегфолты появлялись на выходе в процессе компиляции... Но таких ошибок я не видел... Попробуй со свопом. Даже 1 ГБ - маловато...
----------------------------------
Today fine night...
Гиг - вполне
Гиг - вполне нормально, у меня полностью нативная amd64 юез 32битной, сборка проходит успешно.
Вот только вылазит глюка, с которой не могу справиться, ибо нифига не программер на плюсах... причем понимая, что фикс может быть абсолютно тривиальным :(
/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/boost/function/function_template.hpp:134: error: `*f' cannot be used as a function
dmake: Error code 1, while making '../../unxlngx6.pro/slo/null_spritecanvas.obj'
'---* tg_merge.mk *---'
ERROR: Error 65280 occurred while making /mnt/ooo/ooo-2.0.3-full/canvas/source/null
...
более подробно... в патчах пакета ooo-buuid на go-oo.org решения нет...
более подробно (в патчах пакета ooo-bu
Making: ../../unxlngx6.pro/slo/null_spritecanvas.obj::GraphicDeviceBase() [with Base = canvas::BaseMutexHelper, DeviceHelper = nullcanvas::DeviceHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]':::WindowGraphicDeviceBase() [with Base = canvas::BaseMutexHelper, DeviceHelper = nullcanvas::DeviceHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::CanvasBase() [with Base = nullcanvas::SpriteCanvasBaseSpriteSurface_Base, CanvasHelper = nullcanvas::SpriteCanvasHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::SpriteCanvasBase() [with Base = nullcanvas::SpriteCanvasBaseSpriteSurface_Base, CanvasHelper = nullcanvas::SpriteCanvasHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::function1(Functor, typename boost::detail::function::enable_if< boost::type_traits::ice_not< boost::is_same::value>::value, int>::type) [with Functor = long int, R = void, T0 = const com::sun::star::uno::Any&, Allocator = _STL::allocator]'::WindowGraphicDeviceBase() [with Base = canvas::BaseMutexHelper, DeviceHelper = nullcanvas::DeviceHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::CanvasBase() [with Base = nullcanvas::SpriteCanvasBaseSpriteSurface_Base, CanvasHelper = nullcanvas::SpriteCanvasHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::SpriteCanvasBase() [with Base = nullcanvas::SpriteCanvasBaseSpriteSurface_Base, CanvasHelper = nullcanvas::SpriteCanvasHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::function1(Functor, typename boost::detail::function::enable_if< boost::type_traits::ice_not< boost::is_same::value>::value, int>::type) [with Functor = long int, R = void, T0 = const com::sun::star::uno::Any&, Allocator = _STL::allocator]'::invoke(boost::detail::function::any_pointer, T0) [with FunctionObj = long int, R = void, T0 = const com::sun::star::uno::Any&]':::assign_to(FunctionObj, boost::detail::function::function_obj_tag) [with FunctionObj = long int, R = void, T0 = const com::sun::star::uno::Any&, Allocator = _STL::allocator]'::assign_to(Functor) [with Functor = long int, R = void, T0 = const com::sun::star::uno::Any&, Allocator = _STL::allocator]'::function1(Functor, typename boost::detail::function::enable_if< boost::type_traits::ice_not< boost::is_same::value>::value, int>::type) [with Functor = long int, R = void, T0 = const com::sun::star::uno::Any&, Allocator = _STL::allocator]'::GraphicDeviceBase() [with Base = canvas::BaseMutexHelper, DeviceHelper = nullcanvas::DeviceHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::WindowGraphicDeviceBase() [with Base = canvas::BaseMutexHelper, DeviceHelper = nullcanvas::DeviceHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::CanvasBase() [with Base = nullcanvas::SpriteCanvasBaseSpriteSurface_Base, CanvasHelper = nullcanvas::SpriteCanvasHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'::SpriteCanvasBase() [with Base = nullcanvas::SpriteCanvasBaseSpriteSurface_Base, CanvasHelper = nullcanvas::SpriteCanvasHelper, Mutex = osl::MutexGuard, UnambiguousBase = cppu::OWeakObject]'
g++ -Wreturn-type -fmessage-length=0 -c -I. -I. -I../inc -I../../inc -I../../unx/inc -I../../unxlngx6.pro/inc -I. -I/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/stl -I/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/external -I/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc -I/mnt/ooo/ooo-2.0.3-full/solenv/unxlngx6/inc -I/mnt/ooo/ooo-2.0.3-full/solenv/inc -I/mnt/ooo/ooo-2.0.3-full/res -I/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/stl -I/mnt/ooo/ooo-2.0.3-full/solenv/inc/Xp31 -I/usr/local/lib/java/include -I/usr/local/lib/java/include/linux -I/usr/local/lib/java/include/native_threads/include -I/usr/X11R6/include -I. -I../../res -I. -O2 -fno-strict-aliasing -Wuninitialized -pipe -O2 -march=k8 -m64 -fpic -fPIC -pipe -Wno-ctor-dtor-privacy -fno-use-cxa-atexit -fexceptions -fno-enforce-eh-specs -O2 -march=k8 -m64 -fpic -fPIC -pipe -fPIC -DLINUX -DUNX -DVCL -DGCC -DC341 -DX86_64 -DCVER=C341 -D_USE_NAMESPACE -DNPTL -DGLIBC=2 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/lib/gcc/x86_64-unknown-linux-gnu/3.4.6/../../../../include/c++/3.4.6 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DOOC680=OOC680 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../unxlngx6.pro/slo/null_spritecanvas.o /mnt/ooo/ooo-2.0.3-full/canvas/source/null/null_spritecanvas.cxx
../../inc/canvas/base/graphicdevicebase.hxx: In constructor `canvas::GraphicDeviceBase
../../inc/canvas/base/windowgraphicdevicebase.hxx:102: instantiated from `canvas::WindowGraphicDeviceBase
../../inc/canvas/base/canvasbase.hxx:139: instantiated from `canvas::CanvasBase
../../inc/canvas/base/spritecanvasbase.hxx:105: instantiated from `canvas::SpriteCanvasBase
/mnt/ooo/ooo-2.0.3-full/canvas/source/null/null_spritecanvas.cxx:83: instantiated from here
../../inc/canvas/base/graphicdevicebase.hxx:157: warning: passing NULL used for non-pointer converting 1 of `boost::function1
../../inc/canvas/base/windowgraphicdevicebase.hxx:102: instantiated from `canvas::WindowGraphicDeviceBase
../../inc/canvas/base/canvasbase.hxx:139: instantiated from `canvas::CanvasBase
../../inc/canvas/base/spritecanvasbase.hxx:105: instantiated from `canvas::SpriteCanvasBase
/mnt/ooo/ooo-2.0.3-full/canvas/source/null/null_spritecanvas.cxx:83: instantiated from here
../../inc/canvas/base/graphicdevicebase.hxx:157: warning: passing NULL used for non-pointer converting 1 of `boost::function1
/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/boost/function/function_template.hpp: In static member function `static boost::detail::function::unusable boost::detail::function::void_function_obj_invoker1
/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/boost/function/function_template.hpp:481: instantiated from `void boost::function1
/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/boost/function/function_template.hpp:432: instantiated from `void boost::function1
/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/boost/function/function_template.hpp:293: instantiated from `boost::function1
../../inc/canvas/base/graphicdevicebase.hxx:157: instantiated from `canvas::GraphicDeviceBase
../../inc/canvas/base/windowgraphicdevicebase.hxx:102: instantiated from `canvas::WindowGraphicDeviceBase
../../inc/canvas/base/canvasbase.hxx:139: instantiated from `canvas::CanvasBase
../../inc/canvas/base/spritecanvasbase.hxx:105: instantiated from `canvas::SpriteCanvasBase
/mnt/ooo/ooo-2.0.3-full/canvas/source/null/null_spritecanvas.cxx:83: instantiated from here
/mnt/ooo/ooo-2.0.3-full/solver/680/unxlngx6.pro/inc/boost/function/function_template.hpp:134: error: `*f' cannot be used as a function
dmake: Error code 1, while making '../../unxlngx6.pro/slo/null_spritecanvas.obj'
'---* tg_merge.mk *---'
ERROR: Error 65280 occurred while making /mnt/ooo/ooo-2.0.3-full/canvas/source/null
dmake: Error code 1, while making 'build_instsetoo_native'
Глянь что на 134
Глянь что на 134 строке в файле function_template.hpp
*f - указатель. А
*f - указатель. А компилятор ругается на то что этот самы *f не может использоваться как функция.
`*f' cannot be used as a function
Возможно дело действительно тривиальное. :) Может запостишь кусок где это вызывается?
----------------------------------
Today fine night...
Своп нужен. Ибо
Своп нужен. Ибо при переполнении памяти может быть интересный эффект....
----------------------------------
Today fine night...
Но 2.0.2 ведь
Но 2.0.2 ведь нормально собирался.
для
для среднестатистического процессора максимум по датчикам материнки наступает при 54-55 градусах - дальше он обычно виснет.
пеар
Для предотвращения оного была создана фирма Zalman :)
Скомпилировался с гигом памяти и двумя свопа.
Во время компиляции за используемой памятью не следил, но сейчас, когда ничего не запущено, 100 метров свопа занято, при этом свободной физической - 883.
/me икнул.
/me икнул. выматерился. и вспомнил что поддержка свопа у /me совсем выкинута из ядра.
Что-то больно много оно хочет... Чую там какой-то косяк в исходниках...
+1 Допустим у
+1
Допустим у меня 256 оперативы. Рекомендуют своп делать в два раза больше, чем есть памяти. То есть 512.
512 + 256 < 1 Gb
Моего гига рамы должно было бы хватить.
Косяк наверняка есть.
ooo 2.0.3 на
ooo 2.0.3 на выходных был успешно собран на 512 Ram + 500 swap.
Первая сборка была неуспешной. Что именно помешало, не знаю, т.к. машина висела насмерть. Был включен X, KDE, DVD фильм в Xine на паузе.
Вторая сборка с выключенным X сервером прошла успешно.
Короче ответ
Короче ответ такой: для спокойной сборки нужно чтобы RAM+Swap~=1,5GB. У меня правда эта цифра была 4GB. Но это я уже перестраховывался:)
мда...
Аллах с вами, народ, сильны вы легенды сочинять :)
Короче - для спокойной сборки с одновременным пребыванием сборщика вообще вне дома требуется гиг памяти (полгига на p3 без залезанья в своп вполне хватало) и режим сборки "product", без всяких дебажных поползновений и т.д.
Косяк, приводящий к оному спаму в консоли, был к старом Boost-1.31.0, в новом 1.33.1 все круто поменялось в потрохах (ненавижу с++ за это) и ошибка исчезла... ну и OOo на 64 битах собрался заодно, см. какой-то из соседних тредов и кидайте мыло для патчей и скриптов ;)
ooo 2.0.3
Вот такой у меня трабл, не знаю чего делать.
собираю в Windows, CygWin 1.5.21.
Помогите!!!!!
----------------------------------------------
Checking module list
build -- version: 1.148
build -- version: 1.148
=============
Building project solenv
=============
deliver -- version: 1.100
LOG: writing /cygdrive/f/downloads/OOo_2.0.3_src/OOC680_m7/solver/680/wntmsci10.
pro/inc/solenv/deliver.log
Statistics:
Files copied: 0
Files unchanged/not matching: 1
=============
Building project boost
=============
/cygdrive/f/downloads/OOo_2.0.3_src/OOC680_m7/boost
dmake: Executing shell macro: +$(WRAPCMD) echo $(subst,$/stl, $(SOLARINC))
-------------
if ( -e ./wntmsci10.pro/misc/build/boost-1.30.2 ) mv ./wntmsci10.pro/misc/build/
boost-1.30.2 ./wntmsci10.pro/misc/build/boost-1.30.2_removeme
rm -rf ./wntmsci10.pro/misc/build/boost-1.30.2_removeme
dmake: Executing shell macro: +$(TYPE) $(PRJ)$/$(ROUT)$/misc$/$(TARFILE_NAME).un
pack
cd ./wntmsci10.pro/misc/build && ( gunzip -c ../../../download/boost-1.30.2.tar.
gz | tar -xvf -) && /usr/bin/touch.exe so_unpacked_ooo_boost
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of ../../../download/boost-1.30.2.t
ar.gz or
../../../download/boost-1.30.2.tar.gz.zip, and cannot find ../../../down
load/boost-1.30.2.tar.gz.ZIP, period.
make writeable...
chmod: cannot access `boost-1.30.2': No such file or directory
dmake: Error code 1, while making './wntmsci10.pro/misc/build/so_unpacked_ooo_b
oost'
dmake: './wntmsci10.pro/misc/build/so_unpacked_ooo_boost' removed.
---* tg_merge.mk *---
ERROR: Error 65280 occurred while making /cygdrive/f/downloads/OOo_2.0.3_src/OOC
680_m7/boost
dmake: Error code 1, while making 'build_instsetoo_native'
---* *---
а вот
а вот действительно интересует такой вопрос, стоит ли вообще собирать этот несчастный офис и убивать на это по стока времени (у меня он собирался дольше всего что только есть)? может хотя бы в этом стоит отступить от gentoo-way и выполнить emerge openoffice-bin? как вы к этому относитесь?
неужели?
Celeron 2.6, 768 MB RAM, SWAP ОТСУТСТВУЕТ СОВСЕМ %)
При работающих кедах (соответственно и X-сервер тоже работал :) всё нормально собралось, ещё и в интернете сидел...и музыку слушал (Amarok однако :). Так что дело не в памяти...
У меня тоже
У меня тоже такой косяк выскакивал. дважды пытался собрать - результат тот же.
имхо дело не в памяти.
рам 512
своп 256
gtk+ 2.8.19
2.0.2 собирался нормально.
_________________
У меня тоже
У меня тоже косяк с компиляцией. Вчера днем поставил собираться, утром смотрю: прервалось почти в самом конце. Обидно однако.
Умом понимаю что какой то файл intros.zip отсутсвует.
Тогда вопрос: где его взять?
Глючит компилятор
У меня такая проблема появлялась при компиляции "больших портежей"
причем после перезапуска компиляции ошибка может появиться на другом файле а может и все удачно пройти.
Всегда ошибка в компиляторе q++
Иногда вылетала segmentation failed
Недумаю что проблема в памяти т.к. free показывает что свободной RAM еще предостаточно и даже своп незаюзон практически.
Возможно проблема в компиляторе точнее в его сборке с агресивными установками оптимизации -O3
Я его собирал именно так :)
Возможно поможет перекомпиляция пакета gcc с опцией -O2 или даже -O1
Также есть бинарный пакет gcc может быть его установить?
Я пока непробывал переставить gcc просто пытаюсь пересобрать несколька раз с Nго раза получается =)
PS:Если у кого есть коментарии и решения отпишитесь пожалуйста здесь
На счет памяти -
На счет памяти - это гон.
У меня при сборке ОО из 512М еще ~76M примерно оставалось. Своп вообще не тронутый был.
В бубен бью уже 3-й день :)
Перекомпилировал gcc,binutils,glibc c -O1 без заточки под процессор
Окомпилировать OOo неполучилось:
cd ./unxlngi4.pro/misc/build && ( unzip ../../../download/expat.zip) && touch so_unpacked_so_expat
Archive: ../../../download/expat.zip
unzip: symbol lookup error: /usr/lib/librcc.so.0: undefined symbol: db_env_create_4002
dmake: Error code 127, while making './unxlngi4.pro/misc/build/so_unpacked_so_expat'
---* TG_SLO.MK *---
unzip прекрасно работает вне окружения emerge
Также неполучилось откомпилировать Qt:
g++ -c -pipe -fno-exceptions -fPIC -Wall -W -O3 -march=pentium3 -pipe -D_REENTRANT -DDESIGNER -DQT_INTERNAL_XML -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_ICONVIEW
-DQT_INTERNAL_TABLE -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/var/tmp/portage/qt-3.3.4-r8/work/qt-x11-free-3.3.4/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../shared -I../uilib -I../../../include -I.moc/release-shared-mt/ -o ./propertyeditor.o propertyeditor.cpp
propertyeditor.cpp: In constructor `
PropertyLayoutItem::PropertyLayoutItem(PropertyList*, PropertyItem*,
PropertyItem*, const QString&)':
propertyeditor.cpp:1257: internal compiler error: Segmentation fault
Может быть проблемы в аппаратуре?
но gcc прекрасно работает опятьже в неокружения emerge.
Да и в windowz на vs2005 я прекрасно компилирую туже версию qt
Что может быть? Что я вообще зделал нетак?
я нашол bug
я нашол bug report
http://bugs.gentoo.org/show_bug.cgi?id=137799
видимо нада дропнуть на -O2 и сам компилируемый портеж
а также возможно предётся отказаться от -march=pentium3
и -fomit-frame-pointer
нада покупать бубен и свечки....
Извените пост
Извените пост добавлен по ошибке
openoffice-bin
Можно глупый вопрос - зачем компилировать OOO?
emerge openoffice-bin - время запуска 8 сек
emerge openoffice - время запуска 7,5 сек (время компиляции - около 12 часов)
- оно того стоит?
Ребяты! Мне
Ребяты! Мне сегодня все таки удалось собрать Openoffice.
И дело было не в компиляторе и даже не в памяти...
а в чем тогда??
а в чем тогда?? поделись секретом успеха :)
_________________
OK. В общем после
OK.
В общем после первой неудачной попытки собрать Openoffice, я попытался собрать еще раз. Думал малоли, вдруг пронесет :)
Но не пронесло. И тогда я решил внимательнее изучить причину ошибки.
Стал искать во всех подкаталагох опенофиса этот гребнный файл intros.zip. Нигде его не оказалась. Тогда я грепанул имя этого файла по всем файлам офиса. И нашлось 2 файла, где упоминался этот файл.
Во время сборки заметил строчку:
.....
Apply: '/var/tmp/portage/openoffice-2.0.3/work/ooo-build-2.0.3.0/patches/src680/apply'
.....
Именно в этом каталоге и лежали эти файлы.
Ну я их сделал нулевыми (пустыми).
#emerge openoffice
Тут и сказке конец... :)))
Удачи всем!!!
*
ну, и? и что дальше? зачем опен-офис компилировать когда готовый под все архитектуры есть???
игра такая - соберется/не соберется?
:)))
геморой
у меня вообще странно он поставился на работе - два раза подряд запускал - давал ошибку в разных местах, на третий собрался без единой ошибки полностью... (может с памяться проблема, собирал 2.0.3)
Возможно прикол в этом
Поставил я на компиляцию ОО2.0.3
выдало ошибку
посмотрел свободное место на диске:
/dev/sda1 4,8G 4,8G 0 100% /
udev 252M 156K 252M 1% /dev
/dev/sda3 11G 262M 11G 3% /home
/dev/sdb1 17G 5,8G 11G 37% /ark
none 252M 0 252M 0% /dev/shm
до установки было занято ~2.5гига
Попробую щас добавить место под временные файлы
AMD64-Soc754+512RAM+1G swap
AMD64-Soc754+512RAM+1G swap native 64bit - нормально сорался. правда с кедами.
Cel-1.3+256MB - не собрался 2.2.1 - действительно не хватило памяти, прям так и сказал. пришлось бинарник качать. до этого 2.2 собрался
P.S.: для сборки необходимо не менее 5G на разделе TMP_PORTDIR
у меня
у меня собирался около 12 часов при этом сожрал примерно 8 гиг темпа
Ничего абсудрного в этом нет
>В ЖЖ какого-то гентушнега читал что дело в температуре проца.
>Звучит абсурдно - если температура поднимется до критического максимума - проц будет сбрасывать такты, т.е. работать вхолостую.
Ничего абсудрного в этом нет. Данная функция есть во всех процессорах intel начиная с ядра Prescot, называется Троттлинг.
Сейчас процессоры intel так же и множитель с вольтажем могут понижать автоматом при простое.
Гм... а я думал,
Гм... а я думал, что новый - это 2.2.1 :)
P.S.: минимум 256МБ ОЗУ и ~5GB на "сборочном" разделе. Если видео - интегряшка - ставь бинарники.