Мне нужно реализовать библиотеку с математическими задачами для проверки алгоритма, который я написал в Matlab. Библиотека называется «самая милая» (см. Здесь: http://ccpforge.cse.rl.ac.uk/gf/project/cutest/wiki/).
Поскольку я использую Ubuntu, невозможно установить эту вещь через репозиторий homebrew. Поэтому я делал ручную установку и смог установить симпатичный и проблемный декодер «sifdec» (также можно скачать на странице выше).
Теперь я застрял в точке, где мне нужно скомпилировать бинарный файл, который может быть использован Matlab. Я предполагаю, что это как-то связано с флагами компилятора fortran / gcc и 32/64 битами (как я уже просматривал другие посты и google).
Ошибка, которую я получаю, заключается в следующем:
/usr/bin/ld: i386 architecture of input file `/home/beck/CUTEst/cutest
/objects/pc64.lnx.gfo/double/mcutest.o' is incompatible with i386:x86-64
output
/usr/bin/ld: /home/beck/CUTEst/cutest/objects/pc64.lnx.gfo/double
/mcutest.o: file class ELFCLASS32 incompatible with ELFCLASS64
/usr/bin/ld: final link failed: File in wrong format
collect2: error: ld returned 1 exit status
mex: link of ' "mcutest.mexa64"' failed.
Mex-файл взят из matlab, я еще не модифицировал его (ни опциональный файл для mex).
Настройки для make-файла «pc64.lnx.gfo», который я создал (автоматически) через установку терминала, следующие:
# Architecture dependent makefile
# (automatically generated by install_cutest)
VERSION = pc64.lnx.gfo
# Basic system commands
CP = /bin/cp
MV = /bin/mv
RM = /bin/rm -f
SED = /bin/sed
GREP = /bin/grep
AR = /usr/bin/ar
RANLIB = /usr/bin/ranlib
# Directory for binaries
PRECIS = double
OBJ = $(CUTEST)/objects/$(VERSION)/$(PRECIS)
OBJS = $(CUTEST)/objects/$(VERSION)/single
OBJD = $(CUTEST)/objects/$(VERSION)/double
MOD = $(CUTEST)/modules/$(VERSION)/$(PRECIS)
SEDS = $(CUTEST)/seds/$(PRECIS).sed
MVMODS = $(MV) -f $(OBJ)/*.mod $(MOD)/ || true
# Compiler options
FORTRAN = gfortran-4.7
BASIC = -c -fno-second-underscore -fPIC
MODULES = -I$(MOD)
OPTIMIZATION = -O
NOOPTIMIZATION = -O0
DEBUG =
OPENMP = -fopenmp
F77 = -ffixed-form
F90 =
F95 =
NOFMAIN =
USUAL =
SPECIAL =
F77SUFFIX = f90
F95SUFFIX = f90
TIMER = GEN
NOT95 = IS95
NOT64 = IS64
AMPLDIR =
CC = gcc-4.7
CCBASIC = -c -ansi -pedantic -fPIC
CCONDEF =
CCDEBUG =
CCFFLAGS = -lgfortran
# Special flags# Libraries
BLAS =
LAPACK =
CUTESTUSED =
# Shell used
BINSHELL = sh
# Set directories for optional packages
include $(CUTEST)/src/makedefs/packages
# Body of makefile
include $(PWD)/makemaster
Я был бы очень признателен за любую помощь, эта проблема не позволяет мне продолжить работу над магистерской диссертацией.
РЕДАКТИРОВАТЬ: Добавлены выходные данные gcc-4.7 / gfortran-4.7 -v
gcc-4.7 -v:
Using built-in specs.
COLLECT_GCC=gcc-4.7
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.7.4-3ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --enable-objc-gc --with-cloog --enable-cloog-backend=ppl --disable-cloog-version-check --disable-ppl-version-check --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.4 (Ubuntu/Linaro 4.7.4-3ubuntu3)
gfortran-4.7 -v:
Using built-in specs.
COLLECT_GCC=gfortran-4.7
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.7.4-3ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --enable-objc-gc --with-cloog --enable-cloog-backend=ppl --disable-cloog-version-check --disable-ppl-version-check --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.4 (Ubuntu/Linaro 4.7.4-3ubuntu3)
Я смог решить эту проблему с помощью академического члена моего университета. Если у кого-то есть / будет такая же проблема, вот что сработало для меня:
Поскольку набор инструментов был 64-разрядным, и единственный файл, который был сгенерирован в 32-разрядном, был mcutest.o
ошибка должна была быть в сочетании с mex-компиляцией (потому что только этот файл был скомпилирован с помощью mex-компилятора matlab).
Внутри структуры папок был файл с именем makemaster
в котором хранятся настройки, выбранные в ходе установки gfortran и gcc, но также и настройки для mex (которые меня пока не просили изменять). Тем не менее, после некоторого тестирования, добавив строку CFLAGS='$(CFLAGS)'
в MFLAGS
в результате 64-битный выходной файл и ошибка больше не возникает.
В любом случае спасибо за вашу помощь!
Других решений пока нет …