experimental :: erro do vinculador do sistema de arquivos

94

Eu tento usar os novos recursos do c ++ 1z na cabeça do desenvolvimento dentro do gcc 6.0.

Se eu tentar este pequeno exemplo:

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

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

Eu tenho:

/ opt / linux-gnu_6-20151011 / bin / g ++ --std = c ++ 1z main.cpp -O2 -g -o go
/tmp/ccaGzqFO.o: Na funçã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: referência indefinida a `std :: experimental :: filesystem :: v1 :: __ cxx11 :: path :: _ M_split_cmpts () '
collect2: erro: ld retornou 1 status de saída

A versão do gcc é o instantâneo linux-gnu_6-20151011

Alguma dica de como vincular os novos recursos do c ++ 1z?

c++ gcc c++17

— Klaus
fonte

154

O TS do sistema de arquivos não tem nada a ver com o suporte C ++ 1z, é uma especificação completamente separada que não faz parte do rascunho de trabalho do C ++ 1z. A implementação do GCC (no GCC 5.3 e posterior) está até disponível no modo C ++ 11.

Você só precisa conectar-se a -lstdc++fspara usá-lo.

(A biblioteca relevante,, libstdc++fs.aé uma biblioteca estática, portanto, como qualquer biblioteca estática, ela deve vir depois de todos os objetos que dependem dela no comando do vinculador.)

Atualização de novembro de 2017: assim como o Filesystem TS, o GCC 8.x também tem uma implementação da biblioteca C ++ 17 Filesystem, definida no <filesystem>e no namespace std::filesystem(NB não "experimental" nesses nomes) ao usar -std=gnu++17ou -std=c++17. O suporte C ++ 17 do GCC não está completo ou estável ainda, e até que seja considerado pronto para uso no horário nobre, você também precisa fazer um link -lstdc++fspara os recursos do sistema de arquivos C ++ 17.

Atualização de janeiro de 2019: começando com o GCC 9, os std::filesystemcomponentes do C ++ 17 podem ser usados sem -lstdc++fs(mas você ainda precisa dessa biblioteca para std::experimental::filesystem).

— Jonathan Wakely
fonte

2

Isso está documentado em algum lugar, tentei determinar sozinho e não encontrei nada, perdi algum recurso aqui?

— Shafik Yaghmour

2

@ShafikYaghmour, acabei de atualizar os documentos: gcc.gnu.org/onlinedocs/libstdc++/manual/… gcc.gnu.org/onlinedocs/libstdc++/manual/… gcc.gnu.org/onlinedocs/libstdc++/manual/… (na parte inferior)

— Jonathan Wakely

2

Quando tento usar isso, recebo o mesmo erro de vinculador. c++ -lstd++fs main.cpp. Estou usandogcc version 5.3.1 20151207 (Red Hat 5.3.1-2) (GCC)

— alfC

15

ok, -lstdc++fstem que estar no final da linha (depois do arquivo fonte pelo menos). Não entendo por que alguns -lxxxprecisam estar no final e outros não.

— alfC

5

@alfC porque é assim que os linkers funcionam. As referências são resolvidas da esquerda para a direita, portanto, você precisa listar as bibliotecas estáticas após os objetos que as utilizam.

— Jonathan Wakely

31

Se você estiver usando cmake, adicione a seguinte linha a CMakeLists.txt:

link_libraries(stdc++fs)

Para que o cmake possa ser vinculado à biblioteca correspondente.

— Searene
fonte

9

Eu fiz target_link_libraries(hello_world_ stdc++fs)e compilou.

— sunapi386

13

Com o clang 4.0+, você precisa vincular libc++experimental.a

Certifique-se de que está compilando com libc ++ (não libstdc ++) com -stdlib = libc ++ (conforme mencionado nos comentários)

— xaxxon
fonte

Eu também precisava de -stdlib = libc ++ porque minha versão do clang estava usando libstdc ++ inesperadamente.

— Bowie Owens

@BowieOwens obrigado, resposta atualizada para deixar isso claro.

— xaxxon

Quando você diz "certifique-se de que está compilando com libc ++", como faço isso? (Solução de preferência com CMake.). Obrigado.

— mannyglover

1

@mannyglover -stdlib=libc++ ouset(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -stdlib=libc++")

— xaxxon

3

Aqui está uma demonstração que pode ser útil para alguém no 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;
}

A seguir estão compilando e testando. As bandeiras são -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

Também funciona com sinalizadores: -std=c++11

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

O seguinte teve erro de compilação _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