Błąd konsolidatora Experimental :: filesystem


98

Staram się używać nowych funkcji c ++ 1z na czele rozwoju w gcc 6.0.

Jeśli spróbuję tego małego przykładu:

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

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

Mam:

/ opt / linux-gnu_6-20151011 / bin / g ++ --std = c ++ 1z main.cpp -O2 -g -o go
/tmp/ccaGzqFO.o: In function \ `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: niezdefiniowane odniesienie do `std :: experimental :: filesystem :: v1 :: __ cxx11 :: path :: _ M_split_cmpts () ”
collect2: error: ld zwrócił 1 status wyjścia

Wersja gcc to migawka linux-gnu_6-20151011

Jakieś wskazówki, jak utworzyć link do nowych funkcji C ++ 1z?

Odpowiedzi:


161

Filesystem TS nie ma nic wspólnego z obsługą C ++ 1z, jest to całkowicie oddzielna specyfikacja, która nie jest częścią roboczej wersji C ++ 1z. Implementacja GCC (w GCC 5.3 i nowszych) jest nawet dostępna w trybie C ++ 11.

Aby -lstdc++fsgo użyć, wystarczy połączyć się z .

(Odpowiednia biblioteka libstdc++fs.ajest biblioteką statyczną, więc tak jak w przypadku każdej biblioteki statycznej powinna znajdować się po obiektach, które są od niej zależne w poleceniu konsolidatora).

Aktualizacja listopad 2017: oprócz Filesystem TS, GCC 8.x posiada również implementację biblioteki C ++ 17 Filesystem, zdefiniowanej <filesystem>w przestrzeni nazw i w przestrzeni nazw std::filesystem(uwaga: brak „eksperymentalnego” w tych nazwach) podczas używania -std=gnu++17lub -std=c++17. Obsługa GCC C ++ 17 nie jest jeszcze kompletna ani stabilna i dopóki nie zostanie uznana za gotową do użytku w czasie największej oglądalności, musisz również połączyć się -lstdc++fsz funkcjami systemu plików C ++ 17.

Aktualizacja, styczeń 2019: począwszy od GCC 9, std::filesystemkomponenty C ++ 17 mogą być używane bez -lstdc++fs(ale nadal potrzebujesz tej biblioteki std::experimental::filesystem).


2
Czy to jest gdzieś udokumentowane, próbowałem to ustalić sam i nie wyszedłem bez niczego, czy przegapiłem tutaj jakieś źródło?
— Shafik Yaghmour


2
Kiedy próbuję tego użyć, pojawia się ten sam błąd konsolidatora. c++ -lstd++fs main.cpp. Używamgcc version 5.3.1 20151207 (Red Hat 5.3.1-2) (GCC)
— alfC

15
ok, -lstdc++fsmusi znajdować się na końcu linii (przynajmniej za plikiem źródłowym). Nie rozumiem, dlaczego niektórzy -lxxxmuszą być na końcu, a inni nie.
— alfC

5
@alfC, ponieważ tak działają konsolidatory. Odniesienia są rozwiązywane od lewej do prawej, więc należy wyświetlić biblioteki statyczne po obiektach, które ich używają.
— Jonathan Wakely

35

Jeśli używasz cmake, dodaj następujący wiersz do CMakeLists.txt:

link_libraries(stdc++fs)

Dzięki temu cmake może łączyć się z odpowiednią biblioteką.


12
Zrobiłem target_link_libraries(hello_world_ stdc++fs)i skompilowałem.
— sunapi386

14

W przypadku clang 4.0+ musisz połączyć się z libc++experimental.a

Upewnij się, że tworzysz za pomocą libc ++ (nie libstdc ++) z opcją -stdlib = libc ++ (jak wspomniano w komentarzach)


Potrzebowałem również -stdlib = libc ++, ponieważ moja wersja clang nieoczekiwanie korzystała z libstdc ++.
— Bowie Owens

@BowieOwens thanks, zaktualizowana odpowiedź, aby to wyjaśnić.
— xaxxon,

Kiedy mówisz „upewnij się, że budujesz za pomocą libc ++”, jak mam to zrobić? (Rozwiązanie najlepiej z CMake.). Dzięki.
— mannyglover

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

4

Oto demo, które może być pomocne dla kogoś w przyszłości:

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;
}

Poniżej znajduje się kompilacja i testowanie. Flagi to -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

Działa również z flagami: -std=c++11

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

Poniżej wystąpił błąd kompilacji _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
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.