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

Question

Я пытаюсь использовать новые возможности 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:: экспериментальная:: файловая система::v1::__cxx11::path::path(char const (&) [36])':
/opt/linux-gnu_6-20151011/include/c++/6.0.0/experimental/bits/fs_path.h:167: неопределенная ссылка на `std:: экспериментальный:: файловая система::v1::__cxx11::path::_M_split_cmpts()"
collect2: error: ld вернул 1 состояние выхода

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

Любые советы, как сделать ссылку на новые функции C++1z?

Answer 1

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

Вам просто нужно связаться с -lstdc++fs использовать это.

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

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

Answer 2

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

link_libraries(stdc++fs)

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

Answer 3

С Clang 4.0+, вам нужно связать с libc++experimental.a

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

Answer 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

Answer 5

За

dyld: lazy symbol binding failed: Symbol not found: 
__ZNSt3__14__fs10filesystem4path17replace_extensionERKS2_

и

Undefined symbols for architecture x86_64:   
"std::__1::__fs::filesystem::__current_path(std::__1::error_code*)", 
referenced from:      
sys::path::get_cwd() in Path.cc.o
ld: symbol(s) not found for architecture x86_64

.. попробуйте следующее:

Для LLVM clang >= 10 свяжите с libc++.1.0.dylib поставляется LLVM.

add_link_options("-Wl,-rpath,location_of_llvm_install/lib;location_of_llvm_install/lib/libc++.1.0.dylib")

Это не для Apple Clang, а для LLVM clang, установленного с официального https://releases.llvm.org или с помощью диспетчера пакетов.

Xcode <11 не имеет заголовка файловой системы. macOS < 10.15 не имеет std::filesystem::path символы в системе dylib при /usr/lib/libc++.1.0.dylib

Answer 6

Вы можете легко попробовать мой код в Интернете.

//  currentPath.cpp
// https://stackru.com/questions/33149878#65128193
#include <experimental/filesystem>
#include <iostream>
using namespace std;

int main() {
  cout << "path = " << experimental::filesystem::current_path() << endl;
}

Скомпилируйте и запустите:

clang++ currentPath.cpp -lstdc++fs && ./a.out # Linux
clang++ currentPath.cpp -lstdc++fs && ./a.exe # MSYS2, Windows

Заметка: -lstdc++fsэто флаг компоновщика, а не флаг компилятора. (Это важно при написании make-файла.)

Ожидаемый результат:

path = "/path/to/the/current/directory"