непризнанная опция командной строки '-rdynamic' в GCC v4.9.2

Я использую GCC v4.9.2 под Cygwin на 64-разрядной версии Windows 7, но сталкиваюсь с проблемой, связанной с компиляцией uWSGI .

Ошибка, которую я получаю, – это –

gcc: error: unrecognized command line option '-rdynamic' 

Выходная версия GCC –

 $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/4.9.2/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: /cygdrive/i/szsz/tmpp/gcc/gcc-4.9.2-3.x86_64/src/gcc-4.9.2/configure --srcdir=/cygdrive/i/szsz/tmpp/gcc/gcc-4.9.2-3.x86_64/src/gcc-4.9.2 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --libdir=/usr/lib --datarootdir=/usr/share --docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C --build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --libexecdir=/usr/lib --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --enable-__cxa_atexit --with-dwarf2 --with-tune=generic --enable-languages=ada,c,c++,fortran,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --enable-libgomp --disable-libitm --enable-libquadmath --enable-libquadmath-support --enable-libssp --enable-libada --enable-libgcj-sublibs --disable-java-awt --disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix --with-system-zlib --enable-linker-build-id Thread model: posix gcc version 4.9.2 (GCC) 

Я CFLAGS="-Wno-error" make сборку с помощью CFLAGS="-Wno-error" make .

Я не уверен, почему я получаю эту ошибку, как я вижу в документации отсюда, что флаг -rdynamic существует.

Что мне не хватает?

2 Solutions collect form web for “непризнанная опция командной строки '-rdynamic' в GCC v4.9.2”

Думаю, у меня это есть …

Вот что происходит на моем ноутбуке ( Cygwin 2.831 x86 на W7 x64 ):

 gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-cygwin/4.8.2/lto-wrapper.exe Target: i686-pc-cygwin Configured with: /cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2/configure --srcdir=/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --libdir=/usr/lib --datarootdir=/usr/share --docdir=/usr/share/doc/gcc -C --build=i686-pc-cygwin --host=i686-pc-cygwin --target=i686-pc-cygwin --without-libiconv-prefix --without-libintl-prefix --enable-shared --enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs --enable-bootstrap --disable-__cxa_atexit --with-dwarf2 --with-arch=i686 --with-tune=generic --disable-sjlj-exceptions --enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite --enable-threads=posix --enable-libatomic --enable-libgomp --disable-libitm --enable-libquadmath --enable-libquadmath-support --enable-libssp --enable-libada --enable-libjava --enable-libgcj-sublibs --disable-java-awt --disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as --with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix --without-libintl-prefix --with-system-zlib Thread model: posix gcc version 4.8.2 (GCC) 

Когда я перехожу -rdynamic :

 gcc -rdynamic gcc: fatal error: no input files compilation terminated. 

По сравнению с -rdynamic1 :

 gcc -rdynamic1 gcc: error: unrecognized command line option '-rdynamic1' gcc: fatal error: no input files compilation terminated. 

В man странице моего gcc упоминается об этом (я не уверен, насколько это важно), но gcc -v --help не отображает его по конкретным параметрам компоновщика. Я подумал, что, возможно, что-то отличается от того, как настроены gcc s, но я не видел никакой разницы, которая имела бы значение (оба имеют --with-gnu-ld – который кажется связанным – указанным).

Затем я загрузил 4.8.2 и 4.9.2 источники и начал поиск и сравнение, но опять-таки ничего не смог найти (правда, поиск может быть широко распространен :)).

Но при просмотре файла configure я заметил что-то, что может быть связано, затем я проверил параметры командной строки ld , и я думаю, что у меня есть альтернатива:

Вместо -rdynamic вы можете передать -Wl,--export-all-symbols . Это работает для меня (это не очень уместно, так как -rdynamic также работает для меня, в отличие от вашего случая :))

Ссылка, которую вы даете, говорит:

-rdynamic

Передайте флаг -export-dynamic в листинг-лист ELF, на целевые объекты, которые его поддерживают . Это дает ссылку компоновщику добавлять все символы, а не только используемые, в таблицу динамических символов. Этот параметр необходим для некоторых применений dlopen или для получения обратных трасс из программы.

(Акцент добавлен.)

Cygwin использует объектные файлы формата ELF? Это кажется маловероятным.

  • UndefinedError: «пользователь» не определен
  • Когда это выгодно?
  • uWSGI + Flask + boto - безопасность резьбы
  • Как автоматическое управление размером журнала uwsgi
  • nginx + uwsgi + django, как настроить 404.html и 502.html
  • Как выполнить функцию, когда uwsgi остановлен
  • Django, Virtualenv, nginx + uwsgi import module wsgi error
  • Django 1.6.1, Python 3.3.2, uwsgi 2.0 - ошибка uwsgi и не запускается
  • Python - лучший язык программирования в мире.