2016-08-25 46 views
9

Chciałbym zbudować samodzielną wersję `curl bez jakiejkolwiek zależności biblioteki (nawet libc) dla systemu wbudowanego z bardzo starą wersją libc.Stwórz samodzielne curl prowadzi do segfault

od prądu curl github, skonfigurować kompilację z tym poleceniem:

./configure --disable-shared --enable-static-nss --prefix=/tmp/curl LDFLAGS='-static -static-libgcc -Wl,-Bstatic -lc' LIBS='-lc -lssl -lcrypto -lz -ldl' 
[...] 
curl version:  7.50.2-DEV 
    Host setup:  x86_64-pc-linux-gnu 
    Install prefix: /tmp/curl 
    Compiler:   gcc 
    SSL support:  enabled (OpenSSL) 
    SSH support:  no  (--with-libssh2) 
    zlib support:  enabled 
    GSS-API support: no  (--with-gssapi) 
    TLS-SRP support: enabled 
    resolver:   default (--enable-ares/--enable-threaded-resolver) 
    IPv6 support:  enabled 
    Unix sockets support: enabled 
    IDN support:  no  (--with-{libidn,winidn}) 
    Build libcurl: Shared=no, Static=yes 
    Built-in manual: enabled 
    --libcurl option: enabled (--disable-libcurl-option) 
    Verbose errors: enabled (--disable-verbose) 
    SSPI support:  no  (--enable-sspi) 
    ca cert bundle: /etc/ssl/certs/ca-certificates.crt 
    ca cert path:  no 
    ca fallback:  no 
    LDAP support:  no  (--enable-ldap/--with-ldap-lib/--with-lber-lib) 
    LDAPS support: no  (--enable-ldaps) 
    RTSP support:  enabled 
    RTMP support:  no  (--with-librtmp) 
    metalink support: no  (--with-libmetalink) 
    PSL support:  no  (libpsl not found) 
    HTTP2 support: disabled (--with-nghttp2) 
    Protocols:  DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS POP3 POP3S RTSP SMB SMBS SMTP SMTPS TELNET TFTP 

Następnie podczas fazy make, otrzymuję następujące ostrzeżenia:

curl-tool_homedir.o: In function `homedir': 
tool_homedir.c:(.text+0x60): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking 
../lib/.libs/libcurl.a(libcurl_la-netrc.o): In function `Curl_parsenetrc': 
netrc.c:(.text+0x3c3): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking 
../lib/.libs/libcurl.a(libcurl_la-curl_addrinfo.o): In function `Curl_getaddrinfo_ex': 
curl_addrinfo.c:(.text+0x73): warning: Using 'getaddrinfo' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking 
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libcrypto.a(fips.o): In function `verify_checksums': 
(.text+0x4e6): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking 

mogę kontynuować i wykonać make install aby uzyskać ostateczny plik binarny.

binarny ma zależność:

$ ldd /tmp/curl/bin/curl 
    not a dynamic executable 
$ nm /tmp/curl/bin/curl | grep " U " 
$ 

Ale binarne nie działa w ogóle:

$ /tmp/curl/bin/curl -version 
Segmentation fault (core dumped) 

Czy masz jakiś pomysł wydawania przyczyn usterki?

EDIT 1: wyjścia GDB:

(gdb) run 
Starting program: /tmp/curl/bin/curl 

Program received signal SIGSEGV, Segmentation fault. 
0x0000000000000000 in ??() 

EDIT 2:

$ nm /tmp/curl/bin/curl | grep getpwuid 
0000000000655770 T getpwuid 
00000000006558f0 T __getpwuid_r 
00000000006558f0 W getpwuid_r 
00000000006558f0 T __new_getpwuid_r 
0000000000663cf0 T __nscd_getpwuid_r 

Być może problem wynika z W:

W Symbolem jest słaby symbol tha t nie został specjalnie oznaczony jako słaby symbol obiektu. Gdy słaby zdefiniowany symbol jest powiązany z normalnym zdefiniowanym symbolem, normalny zdefiniowany symbol jest używany bez błędu. Gdy słaby niezdefiniowany symbol jest połączony, a symbol nie jest zdefiniowany, wartość słabego symbolu staje się równa zero bez błędu.

EDIT 3: Jeśli usunąć SSL łączącą Mam ten sam ostrzeżenie dla getpwuid ale binarny działa:

./configure --disable-shared --enable-static-nss --prefix=/tmp/curl LDFLAGS='-static -static-libgcc -Wl,-Bstatic,-lc' 

ldd /tmp/curl/bin/curl 
    not a dynamic executable 
/tmp/curl/bin/curl --version 
curl 7.50.2-DEV (x86_64-pc-linux-gnu) libcurl/7.50.2-DEV zlib/1.2.8 
Protocols: dict file ftp gopher http imap pop3 rtsp smtp telnet tftp 
Features: IPv6 Largefile libz UnixSockets 

nm /tmp/curl/bin/curl | grep getpwuid 
00000000004f52d0 T getpwuid 
00000000004f5450 T __getpwuid_r 
00000000004f5450 W getpwuid_r 
00000000004f5450 T __new_getpwuid_r 
0000000000502cd0 T __nscd_getpwuid_r 

Ale muszę dodać SSL dla wsparcia HTTPS więc problemu jest wciąż otwarty.

EDYCJA 4: Problem jest bezpośrednio powiązany z nss. Dziwne jest to, że ./configure --prefix=/tmp/curl --disable-shared --enable-static-nss LDFLAGS='-static -static-libgcc -Wl,-Bstatic' LIBS='-ls' tworzy działający samodzielny plik wykonywalny, ale bez SSL. Problemy z nss spowodowane są połączeniem SSL.

+0

spróbuj go usunąć. Będziesz miał pojęcie o tym, co się dzieje. –

+0

Cóż, podejrzewam, że problem z linkiem, ale jak mogę zagłębić się w debugowanie? – Julio

+0

tylko 'gdb/tmp/curl/bin/curl'. Ale możesz mieć rację. Czy masz więcej niż jeden kompilator w swoim systemie? –

Odpowiedz

1

Pobranie źródłowej wersji programu openssl https://www.openssl.org/ i przekompilowanie jej dla połączenia statycznego (kończy się na ".a" zamiast ".so"). Następnie przebuduj zwijanie, łącząc się z utworzoną biblioteką statyczną openssl.

Wiesz, że libssl daje ci problemy, ale może nie być jedyną biblioteką, która jest.Kiedy znajdziesz następną bibliotekę, która daje ci problemy, zrób to samo: ściągnij źródłową wersję programistyczną i przebuduj ją na połączenie statyczne.