errore del linker sperimentale :: filesystem

95

Cerco di utilizzare le nuove funzionalità di c ++ 1z attualmente in testa allo sviluppo all'interno di gcc 6.0.

Se provo questo piccolo esempio:

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

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

Ho ottenuto:

/ opt / linux-gnu_6-20151011 / bin / g ++ --std = c ++ 1z main.cpp -O2 -g -o vai
/tmp/ccaGzqFO.o: nella funzione \ `std :: experiment :: filesystem :: v1 :: __ cxx11 :: path :: path (char const (&) [36]) ':
/opt/linux-gnu_6-20151011/include/c++/6.0.0/experimental/bits/fs_path.h:167: riferimento non definito a `std :: experiment :: filesystem :: v1 :: __ cxx11 :: path :: _ M_split_cmpts () '
collect2: errore: ld ha restituito 1 stato di uscita

La versione gcc è l'istantanea linux-gnu_6-20151011

Qualche suggerimento su come collegare le nuove funzionalità di c ++ 1z?

c++  gcc  c++17 
— Klaus
fonte

Risposte:

154

Filesystem TS non ha nulla a che fare con il supporto di C ++ 1z, è una specifica completamente separata che non fa parte della bozza di lavoro di C ++ 1z. L'implementazione di GCC (in GCC 5.3 e versioni successive) è disponibile anche in modalità C ++ 11.

Devi solo collegarti con -lstdc++fsper usarlo.

(La libreria pertinente,, libstdc++fs.aè una libreria statica, quindi come con qualsiasi libreria statica dovrebbe venire dopo tutti gli oggetti che dipendono da essa nel comando linker.)

Aggiornamento novembre 2017: oltre al Filesystem TS, GCC 8.x ha anche un'implementazione della libreria C ++ 17 Filesystem, definita nel <filesystem>e nello spazio dei nomi std::filesystem(NB non "sperimentale" in quei nomi) quando si utilizza -std=gnu++17o -std=c++17. Il supporto per C ++ 17 di GCC non è ancora completo o stabile e fino a quando non è considerato pronto per l'uso in prima serata è necessario collegarsi anche alle -lstdc++fsfunzionalità del file system C ++ 17.

Aggiornamento gennaio 2019: a partire da GCC 9, i std::filesystemcomponenti C ++ 17 possono essere utilizzati senza -lstdc++fs(ma è comunque necessaria quella libreria per std::experimental::filesystem).

— Jonathan Wakely
fonte
2
È documentato da qualche parte, ho provato a determinarlo da solo e non è venuto fuori senza nulla, mi sono perso qualche risorsa qui?
— Shafik Yaghmour
2
— Jonathan Wakely
2
Quando provo a usarlo ottengo lo stesso errore del linker. c++ -lstd++fs main.cpp. Sto usandogcc version 5.3.1 20151207 (Red Hat 5.3.1-2) (GCC)
— alfC
15
ok, -lstdc++fsdeve essere alla fine della riga (almeno dopo il file sorgente). Non capisco perché alcuni -lxxxdebbano essere alla fine e altri no.
— alfC
5
@alfC perché è così che funzionano i linker. I riferimenti vengono risolti da sinistra a destra, quindi è necessario elencare le librerie statiche dopo gli oggetti che li utilizzano.
— Jonathan Wakely,
33

Se stai usando cmake, aggiungi la seguente riga a CMakeLists.txt:

link_libraries(stdc++fs)

In modo che cmake possa collegarsi alla libreria corrispondente.

— Searene
fonte
10
L'ho fatto target_link_libraries(hello_world_ stdc++fs)e l'ho compilato.
— sunapi386
13

Con clang 4.0+, devi collegarti a libc++experimental.a

Assicurati di costruire con libc ++ (non libstdc ++) con -stdlib = libc ++ (come menzionato nei commenti)

— xaxxon
fonte
Avevo anche bisogno di -stdlib = libc ++ perché la mia versione clang utilizzava inaspettatamente libstdc ++.
— Bowie Owens
@BowieOwens grazie, risposta aggiornata per chiarirlo.
— xaxxon
Quando dici "assicurati di costruire con libc ++", come posso farlo? (Soluzione preferibilmente con CMake.). Grazie.
— mannyglover
1
@mannyglover -stdlib=libc++ oset(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -stdlib=libc++")
— xaxxon
3

Ecco una demo che potrebbe essere utile a qualcuno in futuro:

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

Di seguito sono la compilazione e il test. Le bandiere sono -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

Funziona anche con le bandiere: -std=c++11

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

Quanto segue ha avuto un errore di compilazione _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
— caot
fonte
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.