Ошибка сегментации при построении GCC

985
adhanlon

Я пытаюсь скомпилировать gcc. Я скачал последнюю версию с веб-сайта GCC (версия 6.3.0), но у меня возникли проблемы с сборкой gcc. Я передаю следующие параметры скрипту настройки:

configure --prefix=<location I want to install> --disable-multilib --disable-linux-futex 

Примечание: это прекрасно компилируется без опции конфигурации --disable-linux-futex. Мне нужно пройти, --disable-linux-futexпотому что я пытаюсь использовать valgrind для отладки написанной мной программы, использующей OpenMP, и они говорят мне, что мне нужен GCC, скомпилированный с этой опцией. После того, как я ввожу, makeсборка начинается и успешно выполняется в течение очень долгого времени, пока я не получу следующие ошибки:

make[3]: Entering directory '/home/ahanlon/packages/gcc-6.3.0-build/x86_64-pc-linux-gnu/libgcc' # If this is the top-level multilib, build all the other # multilibs. # Early copyback; see "all" above for the rationale. The # early copy is necessary so that the gcc -B options find # the right startup files when linking shared libgcc. /bin/sh ../../../gcc-6.3.0/libgcc/../mkinstalldirs ../.././gcc parts="crtbegin.o crtbeginS.o crtbeginT.o crtend.o crtendS.o crtprec32.o crtprec64.o crtprec80.o crtfastmath.o"; \ for file in $parts; do \ rm -f ../.././gcc/$file; \ /usr/bin/install -c -m 644 $file ../.././gcc/; \ case $file in \ *.a) \ ranlib ../.././gcc/$file ;; \ esac; \ done # @multilib_flags@ is still needed because this may use # /home/ahanlon/packages/gcc-6.3.0-build/./gcc/xgcc -B/home/ahanlon/packages/gcc-6.3.0-build/./gcc/ -B/home/ahanlon/.local/x86_64-pc-linux-gnu/bin/ -B/home/ahanlon/.local/x86_64-pc-linux-gnu/lib/ -isystem /home/ahanlon/.local/x86_64-pc-linux-gnu/include -isystem /home/ahanlon/.local/x86_64-pc-linux-gnu/sys-include and -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mlong-double-80 -DUSE_ELF_SYMVER -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector directly. # @multilib_dir@ is not really necessary, but sometimes it has # more uses than just a directory name. /bin/sh ../../../gcc-6.3.0/libgcc/../mkinstalldirs . /home/ahanlon/packages/gcc-6.3.0-build/./gcc/xgcc -B/home/ahanlon/packages/gcc-6.3.0-build/./gcc/ -B/home/ahanlon/.local/x86_64-pc-linux-gnu/bin/ -B/home/ahanlon/.local/x86_64-pc-linux-gnu/lib/ -isystem /home/ahanlon/.local/x86_64-pc-linux-gnu/include -isystem /home/ahanlon/.local/x86_64-pc-linux-gnu/sys-include -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mlong-double-80 -DUSE_ELF_SYMVER -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc.map -o ./libgcc_s.so.1.tmp -g -O2 -B./ _muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _bswapsi2_s.o _bswapdi2_s.o _clrsbsi2_s.o _clrsbdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o cpuinfo_s.o sfp-exceptions_s.o addtf3_s.o divtf3_s.o multf3_s.o negtf2_s.o subtf3_s.o unordtf2_s.o fixtfsi_s.o fixunstfsi_s.o floatsitf_s.o floatunsitf_s.o fixtfdi_s.o fixunstfdi_s.o floatditf_s.o floatunditf_s.o fixtfti_s.o fixunstfti_s.o floattitf_s.o floatuntitf_s.o extendsftf2_s.o extenddftf2_s.o extendxftf2_s.o trunctfsf2_s.o trunctfdf2_s.o trunctfxf2_s.o getf2_s.o letf2_s.o eqtf2_s.o _divtc3_s.o _multc3_s.o _powitf2_s.o enable-execute-stack_s.o unwind-dw2_s.o unwind-dw2-fde-dip_s.o unwind-sjlj_s.o unwind-c_s.o emutls_s.o libgcc.a -lc && rm -f ./libgcc_s.so && if [ -f ./libgcc_s.so.1 ]; then mv -f ./libgcc_s.so.1 ./libgcc_s.so.1.backup; else true; fi && mv ./libgcc_s.so.1.tmp ./libgcc_s.so.1 && (echo "/* GNU ld script"; echo " Use the shared library, but some functions are only in"; echo " the static library. */"; echo "GROUP ( libgcc_s.so.1 -lgcc )" ) > ./libgcc_s.so dest=../.././gcc/include/tmp$$-unwind.h; \ cp unwind.h $dest; \ chmod a+r $dest; \ sh ../../../gcc-6.3.0/libgcc/../move-if-change $dest ../.././gcc/include/unwind.h # Now that we have built all the objects, we need to copy # them back to the GCC directory. Too many things (other # in-tree libraries, and DejaGNU) know about the layout # of the build tree, for now. make install-leaf DESTDIR=../.././gcc \ slibdir= libsubdir= MULTIOSDIR=. make[4]: Entering directory '/home/ahanlon/packages/gcc-6.3.0-build/x86_64-pc-linux-gnu/libgcc' /bin/sh ../../../gcc-6.3.0/libgcc/../mkinstalldirs ../.././gcc /usr/bin/install -c -m 644 libgcc_eh.a ../.././gcc/ chmod 644 ../.././gcc/libgcc_eh.a ranlib ../.././gcc/libgcc_eh.a ranlib: /usr/lib/libLLVM-3.9.so: symbol _ZNSt28__atomic_futex_unsigned_base19_M_futex_notify_allEPj, version GLIBCXX_3.4.21 not defined in file libstdc++.so.6 with link time reference  make[4]: *** [Makefile:1115: install-shared] Segmentation fault (core dumped) make[4]: Leaving directory '/home/ahanlon/packages/gcc-6.3.0-build/x86_64-pc-linux-gnu/libgcc' make[3]: *** [Makefile:113: all] Error 2 make[3]: Leaving directory '/home/ahanlon/packages/gcc-6.3.0-build/x86_64-pc-linux-gnu/libgcc' make[2]: *** [Makefile:17378: all-stage1-target-libgcc] Error 2 make[2]: Leaving directory '/home/ahanlon/packages/gcc-6.3.0-build' make[1]: *** [Makefile:23677: stage1-bubble] Error 2 make[1]: Leaving directory '/home/ahanlon/packages/gcc-6.3.0-build' make: *** [Makefile:914: all] Error 2 

Кажется, проблема в включенном ranlib ../.././gcc/libgcc_eh.a, но я понятия не имею, что с этим делать или что должен делать ranlib. Любая помощь будет принята с благодарностью. Дайте мне знать, если я могу дать более полезную информацию о моей настройке.

3

1 ответ на вопрос

1
harrymc

Вероятно, проблема зависимости. Я ссылаюсь на это сообщение об ошибке:

ranlib: /usr/lib/libLLVM-3.9.so: символ _ZNSt28__atomic_futex_unsigned_base19_M_futex_notify_allEPj, версия GLIBCXX_3.4.21 не определена в файле libstdc ++. so.6 со ссылкой на время ссылки

Это, вероятно, означает, что ваши библиотеки не соответствуют версии компилятора, которую вы компилируете. Makefile ищет GLIBCXX версии 3.4.21, которой, по-видимому, у вас нет.

Я предлагаю либо обновить Linux, чтобы он соответствовал версии GCC, которую вы компилируете, либо использовать более старую версию GCC, которая соответствует вашим библиотекам.

Для получения дополнительной информации и предложений смотрите эти сообщения Ask Ubuntu:

Благодарю за ваш ответ. Я все еще очень озадачен этим. Я даже не понимаю, что означает GLIBCXX. Знаете ли вы какие-либо источники, где я могу узнать больше об этих вещах? Также, когда я выполняю `strings libstdc ++. So.6`, вывод включает в себя` GLIBCXX_3.4.21`. Итак, у меня нет всех правильных версий? Я попытался скомпилировать старую версию GCC, и у меня та же проблема. Кроме того, поскольку я успешно скомпилировал GCC без опции `--disable-linux-futex`, разве это не говорит о том, что все мои версии верны? Что может отличаться в этом варианте? adhanlon 7 лет назад 1
Я прочитал, что должен использовать `readelf` для проверки` libstdc ++. So.6`. Итак, я запустил это и обнаружил следующее `00000000003835c0 000011de00000007 R_X86_64_JUMP_SLOT 00000000000b96d0 _ZNSt28__atomic_futex_unsigned_base19_M_futex_notify_allEPj @@ GLIBCXX_3.4.21 +`. Это также, кажется, предполагает, что версии верны ... adhanlon 7 лет назад 0
Я думаю, что как-то есть смесь библиотек, возможно вызванных переменными среды. Некоторая детективная работа будет необходима. См. [Этот пост] (http://stackoverflow.com/questions/5216399/usr-lib-libstdc-so-6-version-glibcxx-3-4-15-not-found) для получения дополнительных идей. harrymc 7 лет назад 0
Я сделаю еще несколько расследований и вернусь к вам. Спасибо за вашу помощь. adhanlon 7 лет назад 0
Обновление: Возможно, это было очевидно, но я решил, что `libstdc ++. So.6`, упомянутый в ошибке, не тот, который установлен в моей системе в` / usr / lib`, а тот, который я нахожу в моем gcc каталог для сборки (я предполагаю, что он создается ранее в процессе компиляции). Итак, правильно ли я считаю, что не могу это контролировать? Что это строится во время компиляции, и это ошибка? adhanlon 7 лет назад 0
Вы можете увидеть больше в make-файле, но я согласен, что он, вероятно, плохо написан. Можно предположить: возможно, `ranlib` использует неправильный` libstdc ++ `, поэтому ваши инструменты должны быть ближе по версии к тому, что вы компилируете. Возможно, вам придется сначала создать эти инструменты. harrymc 7 лет назад 0

Похожие вопросы