Відсутнє включення "bits / c ++ config.h" при перехресному компілюванні 64-бітної програми на 32-бітний Ubuntu


181

Я запускаю 32-бітну версію Ubuntu 10.10 і намагаюся перетнути компіляцію до 64-бітної цілі. На основі своїх досліджень я встановив пакет g ++ - multilib.

Програма - це дуже простий привіт:

#include <iostream>

int main( int argc, char** argv )
{
  std::cout << "hello world" << std::endl;
  return 0;
}

Збірка:

g++ -m64 main.cpp

Помилка:

In file included from main.cpp:1:
/usr/include/c++/4.4/iostream:39: fatal error: bits/c++config.h: No such file or directory
compilation terminated.

Я знайшов c++config.hфайл, але вони перебувають під каталогами i486-linux-gnuта в i686-linux-gnuкаталогах /usr/include/c++/4.4/Немає c++config.hв /usr/include/c++/bits.

Будь-які ідеї щодо того, що мені не вистачає? Компіляція без -m64прапора працює нормально (a.out створюється та працює правильно).

Редагувати Завдяки натяку від @nightcracker, я трохи більше розслідував структуру включення для 32 та 64 бітових систем. Нижче я додав відповідь, що "виправляє" проблему тимчасово, але думаю, що вона порушиться під час наступного оновлення. В основному, я відсутній під назвою каталог, /usr/include/c++/4.4/i686-linux-gnu/64який повинен містити підкаталог, який називається, bitsякий містить файл include. Будь-яка ідея, який пакунок повинен подбати про це?


1
Нічого ... У мене теж була ця проблема. GCC 4.8 на ARMv7-a CubieTruck (Cortex-A7) під керуванням Ubuntu. Дивна річ (для мене) - відповідь Ентоні це виправила. Що б ...
jww

Відповіді:


308

Додавши цю відповідь частково, тому що вона вирішила мою проблему з тієї самої проблеми, і тому я можу зробити закладку це питання сам.

Мені вдалося виправити це, зробивши наступне:

sudo apt-get install gcc-multilib g++-multilib

Якщо ви встановили версію gcc/ g++, яка не постачається за замовчуванням (наприклад, g++-4.8на lucid), ви також хочете відповідати версії:

sudo apt-get install gcc-4.8-multilib g++-4.8-multilib

30
Переконайтеся, що відповідають версіям gcc and g++встановлених у вашій системі. У Ubuntu 14.04 у мене був gcc-4.8і g++-4.8встановлений, тому я встановив gcc-4.8-multilib і g++-4.8-multilibзамість цього.
Золтан

3
Це вирішило мою проблему під час компіляції з -m32 на 64-бітній машині. Спасибі
нік

41
Дякуємо за вказівник, але sudo apt-get install gcc-multilib g++-multilibздається кращим (він підходить до вашої версії gcc автоматично).
leesei

^ може, ні! @ Пропозиція Золтана спрацювала для мене. Ентоні Соттіл, можливо, ти повинен включити коментар Золтана у свою відповідь?
Людина

@Ман не соромтесь запропонувати редагувати, коли я спочатку розмістив його, я відповідав версії, заданій у цьому питанні, вона з тих пір змінилася від інших правок
Ентоні Соттіл

11

Ви спробували додати -I/usr/include/c++/4.4/i486-linux-gnuабо -I/usr/include/c++/4.4/i686-linux-gnu?


Це дійсно працює. Будь-яка ідея про те, чому мені потрібно робити це лише для 64 біт? Я намагаюся налаштувати цю машину на допомогу з розподіленими 64-бітовими збірками і хочу уникати занадто великої настройки.
Джессі Фогт

2
Вибачте, поняття не маю, я просто поставив швидке робоче рішення :)
orlp

5

Під час компіляції в RHEL 6.2 (x86_64), я встановив і 32-бітові, і 64-бітні пакети libstdc ++ - dev, але у мене була проблема "c ++ config.h немає такого файлу чи каталогу ".

Роздільна здатність:

Каталог /usr/include/c++/4.4.6/x86_64-redhat-linuxвідсутній.

Я зробив наступне:

cd /usr/include/c++/4.4.6/
mkdir x86_64-redhat-linux
cd x86_64-redhat-linux
ln -s ../i686-redhat-linux 32

Тепер я можу компілювати 32-бітні бінарні файли на 64-бітній ОС.


1
На OpenSUSE я зробивcd /usr/include/c++/4.6;ln -s x86_64-suse-linux i586-suse-linux
Джуліан

3

Здається, помилка друку в цьому пакеті gcc. Рішення:

mv /usr/include/c++/4.x/i486-linux-gnu /usr/include/c++/4.x/i686-linux-gnu/64

2

У моїй 64-бітовій системі я помітив, що існує такий каталог:

/usr/include/c++/4.4/x86_64-linux-gnu/32/bits

Тоді має сенс, що в моїй 32-бітовій системі, яка була налаштована на 64-бітне перехресне компілювання, має бути відповідна директорія на зразок:

/usr/include/c++/4.4/i686-linux-gnu/64/bits

Я двічі перевірив, і цього каталогу не існувало. Запуск g++з паралельним параметром показав, що компілятор насправді шукав щось у цьому місці:

jesse@shalored:~/projects/test$ g++ -v -m64 main.cpp 
Using built-in specs.
Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.4.4-14ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu
Thread model: posix
gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) 
COLLECT_GCC_OPTIONS='-v' '-m64' '-shared-libgcc' '-mtune=generic'
 /usr/lib/gcc/i686-linux-gnu/4.4.5/cc1plus -quiet -v -imultilib 64 -D_GNU_SOURCE main.cpp -D_FORTIFY_SOURCE=2 -quiet -dumpbase main.cpp -m64 -mtune=generic -auxbase main -version -fstack-protector -o /tmp/ccMvIfFH.s
ignoring nonexistent directory "/usr/include/c++/4.4/i686-linux-gnu/64"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/i686-linux-gnu/4.4.5/../../../../i686-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.4
 /usr/include/c++/4.4/backward
 /usr/local/include
 /usr/lib/gcc/i686-linux-gnu/4.4.5/include
 /usr/lib/gcc/i686-linux-gnu/4.4.5/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
GNU C++ (Ubuntu/Linaro 4.4.4-14ubuntu5) version 4.4.5 (i686-linux-gnu)
    compiled by GNU C version 4.4.5, GMP version 4.3.2, MPFR version 3.0.0-p3.
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128197
Compiler executable checksum: 1fe36891f4a5f71e4a498e712867261c
In file included from main.cpp:1:
/usr/include/c++/4.4/iostream:39: fatal error: bits/c++config.h: No such file or directory
compilation terminated.

Помилка щодо цього ignoring nonexistent directoryбула підказка. На жаль, я досі не знаю, який пакет мені потрібно встановити, щоб цей каталог з’явився, тому я просто скопіював /usr/include/c++/4.4/x86_64-linux-gnu/bitsкаталог з моєї 64-бітної машини /usr/include/c++/4.4/i686-linux-gnu/64/bitsна 32-ю машину.

Тепер компілювання з просто -m64працює правильно. Основним недоліком є ​​те, що це все ще не правильний спосіб робити речі, і я здогадуюсь, що наступного разу, коли Менеджер оновлень встановить і оновить до g ++, речі можуть зламатися.



1

В основному він використовується в HeapOverflows або інших проблемах типу реверсування, тобто якщо ви хочете змінити 64-бітний ELF на 32-бітний ELF, і він показує помилку під час перетворення.

Ви можете просто запустити команди

apt-get install gcc-multilib g++-multilib

яка оновить ваші бібліотечні оновлені пакети:

Будуть встановлені наступні додаткові пакети: g ++ - 8-multilib gcc-8-multilib lib32asan5 lib32atomic1 lib32gcc-8-dev lib32gomp1 lib32itm1 lib32mpx2 lib32quadmath0 lib32stdc ++ - 8-dev lib32ubsan1 libc-licbb-libc-libc-lib32-dcb-libc-6 -i386 libc6-dev-x32 libc6-i386 libc6-x32 libx32asan5 libx32atomic1 libx32gcc-8-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 libx32stdc +s 8+ 8-dbg glibc-doc Буде встановлено наступні НОВІ пакети:G ++ - 8-многобібліотечний г ++ - многобібліотечний GCC-8-многобібліотечний GCC-многобібліотечний lib32asan5 lib32atomic1 lib32gcc-8-DEV lib32gomp1 lib32itm1 lib32mpx2 lib32quadmath0 lib32stdc ++ - 8-DEV lib32ubsan1 libc6-DEV-i386 libc6-DEV-x32 libc6-x32 libx32asan5 libx32atomic1 libx32gcc- 8-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 libx32stdc ++ - 8-dev libx32stdc ++ 6 libx32ubsan1

подібне до цього буде показано на ваш термінал


0

З мого досвіду, sudo apt-get install gcc-multilib g++-multilibдопомагає. Але моє ще одне питання полягає в тому, що я ЗАБУШУЮ очистити каталог, щоб я все-таки отримав ту саму помилку. Це перший раз використовувати кланг або cmake. Тому я просто видаляю свій початковий каталог і перекомпілюю, і він працює. Сподіваюся, це допомагає комусь, як я.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.