Статическая библиотека, созданная для архива, которая не связана с архитектурой (x86_64)

Ответ 1

Благодаря этому вопросу с той же проблемой я мог бы изучить эту проблему. У меня нет большого опыта работы со статическими библиотеками, но я попытаюсь объяснить проблему.

По какой-то причине утилита Mac OSX ar создает "подкаталоги" в статической библиотеке. Например, построив библиотеку sba, шаги make для создания статической библиотеки из объектного файла:

ar crv libsba.v1.5.a sba_levmar.o sba_levmar_wrap.o sba_lapack.o sba_crsm.o sba_chkjac.o

После этого, если я посмотрю содержимое статической библиотеки, я увидел, что помимо файлов есть некоторые странные режимы:

$ ar -t libsba.v1.5.a 
__.SYMDEF
/
//
sba_levmar.o/
/0
sba_lapack.o/
sba_crsm.o/
sba_chkjac.o/
sba_levmar.o
sba_levmar_wrap.o
sba_lapack.o
sba_crsm.o
sba_chkjac.o
sba_levmar.o
sba_levmar_wrap.o
sba_lapack.o
sba_crsm.o
sba_chkjac.o

Если мы попытаемся извлечь эти файлы, мы получим некоторые ошибки в отношении подкаталогов:

$ ar -x libsba.v1.5.a 
ar: /: Is a directory
ar: //: Is a directory
ar: sba_levmar.o/: Not a directory
ar: /0: Permission denied
ar: sba_lapack.o/: Not a directory
ar: sba_crsm.o/: Not a directory
ar: sba_chkjac.o/: Not a directory

Теперь, если мы снова создадим lib с извлеченными объектными файлами, он будет работать:

$ ar crv libsba.v1.5.a lib_o/*.o
a - lib_o/sba_chkjac.o
a - lib_o/sba_crsm.o
a - lib_o/sba_lapack.o
a - lib_o/sba_levmar.o
a - lib_o/sba_levmar_wrap.o

$ ar -t libsba.v1.5.a
__.SYMDEF SORTED
sba_chkjac.o
sba_crsm.o
sba_lapack.o
sba_levmar.o
sba_levmar_wrap.o

Я совсем не понимаю причину, но это сработало для меня.

Ответ 2

Возможной причиной является использование GNU ar(1)/ranlib(1) вместо тех, которые поставляются с помощью инструментальной цепочки Xcode. Запустите which -a ar и which -a ranlib чтобы увидеть, что у вас есть в $PATH.

Например:

$ which -a ranlib
/usr/local/bin/ranlib
/usr/bin/ranlib

$ /usr/local/bin/ranlib --version
GNU ranlib (GNU Binutils) 2.28.51.20170105
Copyright (C) 2017 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) any later version.
This program has absolutely no warranty.

$ /usr/bin/ralib --version
error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: unknown option character '-' in: --version
Usage: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib [-sactfqLT] [-] archive [...]

То же самое для ar. Если вы похожи на меня и у вас /usr/local/bin превзойден /usr/bin в $PATH, с инструментами GNU в /usr/local/bin и Xcode в /usr/bin, вы можете исправить это с помощью:

cd /usr/local/bin
mv ar gar
ln -s /usr/bin/ar ar
mv ranlib granlib
ln -s /usr/bin/ranlib ranlib

Ответ 3

Использование libtool -static -a может быть проще для получения рабочей статической библиотеки.

Проблема со статической библиотекой в Mac OS X: символы (символы) не найдены для архитектуры x86_64

Ответ 4

У меня возникла проблема получения неправильного сообщения об ошибке архитектуры. В нем говорилось следующее:

 ld: warning: ignoring file blah/lib/blahblah.a, file was built for archive which is not the architecture being linked (i386)

lipo дает: Нежирный файл:../lib/blahblah.a - это архитектура: x86_64

в файле makefile сказано следующее: ARCH_FLAG = -arch x86_64 -arch i386

Я прокомментировал часть i386, и ошибка исчезла. ARCH_FLAG = -arch x86_64 # -arch i386

Итак, я думаю, вы можете получить ошибку по той же причине. Возможно, вам просто нужно установить класс архитектуры в соответствии с вашей библиотекой.

Кстати, мой make файл был сгенерирован swig, и я не установил никаких переключателей для компилятора.

Ответ 5

Если у вас установлен пакет binutils просто удалите или удалите его

brew unlink binutils