Re: pkg/56786: lang/rust fails to build on NetBSD-current

[John Klos <john%ziaspace.com@localhost>]

> If you repeat the command line, does it reproduce the error?

Yes:

helena# cd /usr/pkgsrc/lang/rust/work/rustc-1.58.1-src/vendor/curl-sys
helena# gcc -O3 -ffunction-sections -fdata-sections -fPIC -O2 
-ffunction-sections -fdata-sections -fPIC -O2 -fPIC -D_FORTIFY_SOURCE=2 
-I/usr/local/include -I/usr/include -I/usr/include/krb5 
-I/usr/local/include/python3.10 -I curl/lib -I curl/include -I 
/usr/pkgsrc/lang/rust/work/rustc-1.58.1-src/build/aarch64-unknown-netbsd/stage2-tools/aarch64-unknown-netbsd/release/build/libnghttp2-sys-12b715e2c4ac1cae/out/i/include 
-fvisibility=hidden -DBUILDING_LIBCURL -DCURL_DISABLE_DICT 
-DCURL_DISABLE_GOPHER -DCURL_DISABLE_IMAP -DCURL_DISABLE_LDAP 
-DCURL_DISABLE_LDAPS -DCURL_DISABLE_NTLM -DCURL_DISABLE_POP3 
-DCURL_DISABLE_RTSP -DCURL_DISABLE_SMB -DCURL_DISABLE_SMTP 
-DCURL_DISABLE_TELNET -DCURL_DISABLE_TFTP -DCURL_STATICLIB -DENABLE_IPV6 
-DHAVE_ASSERT_H -DOS=\unknown\ -DHAVE_ZLIB_H -DHAVE_LONGLONG -DHAVE_LIBZ 
-DHAVE_BOOL_T -DHAVE_STDBOOL_H -DHAVE_GETADDRINFO -DHAVE_GETPEERNAME 
-DHAVE_GETSOCKNAME -DCURL_DISABLE_FTP -DUSE_NGHTTP2 -DNGHTTP2_STATICLIB 
-DUSE_OPENSSL -DRECV_TYPE_ARG1=int -DHAVE_PTHREAD_H -DHAVE_ARPA_INET_H 
-DHAVE_ERRNO_H -DHAVE_FCNTL_H -DHAVE_NETDB_H -DHAVE_NETINET_IN_H 
-DHAVE_NETINET_TCP_H -DHAVE_POLL_H -DHAVE_FCNTL_O_NONBLOCK 
-DHAVE_SYS_SELECT_H -DHAVE_SYS_STAT_H -DHAVE_UNISTD_H -DHAVE_RECV 
-DHAVE_SELECT -DHAVE_SEND -DHAVE_SOCKET -DHAVE_STERRROR_R 
-DHAVE_SOCKETPAIR -DHAVE_STRUCT_TIMEVAL -DHAVE_SYS_UN_H 
-DUSE_THREADS_POSIX -DUSE_UNIX_SOCKETS -DRECV_TYPE_ARG2="void*" 
-DRECV_TYPE_ARG3=size_t -DRECV_TYPE_ARG4=int -DRECV_TYPE_RETV=ssize_t 
-DSEND_QUAL_ARG2=const -DSEND_TYPE_ARG1=int -DSEND_TYPE_ARG2="void*" 
-DSEND_TYPE_ARG3=size_t -DSEND_TYPE_ARG4=int -DSEND_TYPE_RETV=ssize_t 
-DSIZEOF_CURL_OFF_T=8 -DSIZEOF_INT=4 -DSIZEOF_SHORT=2 
-DHAVE_CLOCK_GETTIME_MONOTONIC -DHAVE_GETTIMEOFDAY -DHAVE_POLL_FINE 
-DSIZEOF_SSIZE_T=8 -DSIZEOF_SIZE_T=8 -DSIZEOF_LONG=8 -o 
/usr/pkgsrc/lang/rust/work/rustc-1.58.1-src/build/aarch64-unknown-netbsd/stage2-tools/aarch64-unknown-netbsd/release/build/curl-sys-aaf4dd9d42d64833/out/build/curl/lib/strerror.o 
-c curl/lib/strerror.c
curl/lib/strerror.c: In function 'curl_easy_strerror':
curl/lib/strerror.c:227:8: error: 'CURLE_LDAP_INVALID_URL' undeclared 
(first use in this function)
  227 |   case CURLE_LDAP_INVALID_URL:
      |        ^~~~~~~~~~~~~~~~~~~~~~
curl/lib/strerror.c:227:8: note: each undeclared identifier is reported 
only once for each function it appears in
curl/lib/strerror.c:275:8: error: 'CURLE_CONV_REQD' undeclared (first use 
in this function); did you mean 'CURLE_CONV_FAILED'?
  275 |   case CURLE_CONV_REQD:
      |        ^~~~~~~~~~~~~~~
      |        CURLE_CONV_FAILED


> If you change `-c -o .../whatever.o' to `-E -o .../whatever.x' and then 
> examine the resulting whatever.x file, what absolute paths to curl 
> header files does it reveal using?

These are the absolute paths, and they all exist in the filesystem:

-rw-r--r--  1 root  wheel  120750 Mar 13 19:25 /usr/local/include/curl/curl.h
-rw-r--r--  1 root  wheel    3035 Mar 13 19:25 /usr/local/include/curl/curlver.h
-rw-r--r--  1 root  wheel    3980 Mar 13 19:25 /usr/local/include/curl/easy.h
-rw-r--r--  1 root  wheel    2069 Mar 13 19:25 /usr/local/include/curl/mprintf.h
-rw-r--r--  1 root  wheel   17235 Mar 13 19:25 /usr/local/include/curl/multi.h
-rw-r--r--  1 root  wheel    2379 Mar 13 19:25 /usr/local/include/curl/options.h
-rw-r--r--  1 root  wheel    1339 Mar 13 19:25 /usr/local/include/curl/stdcheaders.h
-rw-r--r--  1 root  wheel   18478 Mar 13 19:25 /usr/local/include/curl/system.h
-rw-r--r--  1 root  wheel   42907 Mar 13 19:25 /usr/local/include/curl/typecheck-gcc.h
-rw-r--r--  1 root  wheel    5257 Mar 13 19:25 /usr/local/include/curl/urlapi.h

> Why does -I/usr/local/include appear here?  Do you have LOCALBASE set
> to /usr/local?  Or do you have an old version of curl installed there?

LOCALBASE is set to /usr/local/, yes. I forgot to mention that in the PR.

Thanks,
John