экспериментальная :: ошибка компоновщика файловой системы


98

Я пытаюсь использовать новые функции C ++ 1z, фактически, в рамках разработки в рамках gcc 6.0.

Если я попробую этот небольшой пример:

#include <iostream>
#include <experimental/filesystem>
namespace fs = std::experimental::filesystem;
int main()
{
    fs::path p1 = "/home/pete/checkit";

    std::cout << "p1 = " << p1 << std::endl;
}

Я получил:

/ opt / linux-gnu_6-20151011 / bin / g ++ --std = c ++ 1z main.cpp -O2 -g -o go
/tmp/ccaGzqFO.o: В функции \ `std :: experimental :: filesystem :: v1 :: __ cxx11 :: path :: path (char const (&) [36]) ':
/opt/linux-gnu_6-20151011/include/c++/6.0.0/experimental/bits/fs_path.h:167: неопределенная ссылка на `std :: experimental :: filesystem :: v1 :: __ cxx11 :: path :: _ M_split_cmpts () '
collect2: ошибка: ld вернул 1 статус выхода

версия gcc - это снимок linux-gnu_6-20151011

Любые подсказки, как связать новые функции c ++ 1z?

Ответы:


161

TS файловой системы не имеет ничего общего с поддержкой C ++ 1z, это совершенно отдельная спецификация, не являющаяся частью рабочего проекта C ++ 1z. Реализация GCC (в GCC 5.3 и новее) доступна даже в режиме C ++ 11.

Вам просто нужно связать с, -lstdc++fsчтобы использовать его.

(Соответствующая библиотека libstdc++fs.aявляется статической библиотекой, поэтому, как и любая статическая библиотека, она должна располагаться после любых объектов, которые зависят от нее в команде компоновщика.)

Обновление от ноября 2017 г .: помимо TS файловой системы, GCC 8.x также имеет реализацию библиотеки файловой системы C ++ 17, определенной <filesystem>в пространстве имен и в нем std::filesystem(NB, в этих именах нет «экспериментального») при использовании -std=gnu++17или -std=c++17. Поддержка C ++ 17 в GCC еще не завершена и не стабильна, и пока она не будет считаться готовой к использованию в прайм-тайм, вам также необходимо сделать ссылку на -lstdc++fsфункции файловой системы C ++ 17.

Обновление от января 2019 года: начиная с GCC 9, std::filesystemкомпоненты C ++ 17 можно использовать без -lstdc++fs(но вам все равно нужна эта библиотека std::experimental::filesystem).


2
Это где-то задокументировано, я пытался определить это сам и ничего не нашел, я пропустил какой-то ресурс здесь?
Шафик Ягмур


2
Когда я пытаюсь использовать это, я получаю ту же ошибку компоновщика. c++ -lstd++fs main.cpp. Я используюgcc version 5.3.1 20151207 (Red Hat 5.3.1-2) (GCC)
alfC 08

15
хорошо, -lstdc++fsдолжно быть в конце строки (как минимум после исходного файла). Я не понимаю, почему некоторым -lxxxнужно быть в конце, а другим нет.
alfC 08

5
@alfC, потому что так работают компоновщики. Ссылки разрешаются слева направо, поэтому вам нужно перечислить статические библиотеки после объектов, которые их используют.
Джонатан Уэйкли,

35

Если вы используете cmake, добавьте следующую строку в CMakeLists.txt:

link_libraries(stdc++fs)

Чтобы cmake мог ссылаться на соответствующую библиотеку.


12
Я сделал, target_link_libraries(hello_world_ stdc++fs)и он собрал.
sunapi386

14

С clang 4.0+ вам нужно ссылаться на libc++experimental.a

Убедитесь, что вы строите с помощью libc ++ (а не libstdc ++) с -stdlib = libc ++ (как указано в комментариях)


Мне также понадобился -stdlib = libc ++, потому что моя версия clang неожиданно использовала libstdc ++.
Боуи Оуэнс,

@BowieOwens спасибо, обновленный ответ, чтобы прояснить это.
xaxxon

Когда вы говорите: «Убедитесь, что вы строите с помощью libc ++», как мне это сделать? (Решение желательно с CMake.). Спасибо.
mannyglover

1
@mannyglover -stdlib=libc++ orset(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -stdlib=libc++")
xaxxon

4

Вот демонстрация, которая может кому-то пригодиться в будущем:

ENV: el6,gcc/5.5.0

#include <iostream>
#include <string>
#include <experimental/filesystem>

int main()
{
    std::string path = std::experimental::filesystem::current_path();

    std::cout << "path = " << path << std::endl;
}

Далее идет компиляция и тестирование. Флаги -std=c++17 -lstdc++fs:

$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/apps/gcc-5.5.0/bin/../libexec/gcc/x86_64-unknown-linux-gnu/5.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/apps/gcc-5.5.0 --disable-multilib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=all
Thread model: posix
gcc version 5.5.0 (GCC)

$ ls -lrt /apps/gcc-5.5.0/lib64 | grep libstdc
-rwxr-xr-x. 1 root root  11272436 Jun 25 10:51 libstdc++.so.6.0.21
-rw-r--r--. 1 root root      2419 Jun 25 10:51 libstdc++.so.6.0.21-gdb.py
-rwxr-xr-x. 1 root root       976 Jun 25 10:51 libstdc++.la
-rwxr-xr-x. 1 root root  11272436 Jun 25 10:51 libstdc++.so
-rw-r--r--. 1 root root  10581732 Jun 25 10:51 libstdc++fs.a
-rw-r--r--. 1 root root  28985412 Jun 25 10:51 libstdc++.a
-rwxr-xr-x. 1 root root       916 Jun 25 10:51 libstdc++fs.la
-rwxr-xr-x. 1 root root  11272436 Jun 25 10:51 libstdc++.so.6

$ g++ filesystem-testing.cpp -lstdc++fs -std=c++17
$ ./a.out

$ g++ -std=c++17 filesystem-testing.cpp -lstdc++fs
$ ./a.out
path = /home/userid/projects-c++/filesystem-testing

Также работает с флагами: -std=c++11

$ g++ -std=c++11 filesystem-testing.cpp -lstdc++fs
$ ./a.out
path = /home/userid/projects-c++/filesystem-testing

Следующее имеет ошибку компиляции _ZNSt12experimental10filesystem2v112current_pathB5cxx11Ev

$ g++ -std=c++17 -lstdc++fs filesystem-testing.cpp
/tmp/ccA6Q9oF.o: In function `main':
filesystem-testing.cpp:(.text+0x11): undefined reference to `_ZNSt12experimental10filesystem2v112current_pathB5cxx11Ev'
collect2: error: ld returned 1 exit status
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.