build Statically linked executable binary failed

[wssbygone]

hello, friends, I‘ve try many times to build the statically linked executable binary, but it awalys fails, the code is the latest release version v3.5.4, I'm so depressed and I need your help, this is my cmd stages on Ubuntu v18.04:

mkdir -p build  
cd build 
cmake .. -DSTATIC_EXECUTABLES=ON \
 -DCMAKE_BUILD_TYPE=Release \
 -DUSE_GOOGLE_TESTS=OFF
make -j4

The following is the compiling log:

[ 97%] Linking CXX executable ../bin/arangod
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup':
(.text+0x11): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libarango.a(PrivilegeFeature.cpp.o): In function `arangodb::options::StringParameter::valueString[abi:cxx11]() const':
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:171: warning: Using 'initgroups' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libarango.a(PrivilegeFeature.cpp.o): In function `arangodb::PrivilegeFeature::extractPrivileges()':
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:92: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:102: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:142: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libarango.a(PrivilegeFeature.cpp.o): In function `arangodb::options::StringParameter::valueString[abi:cxx11]() const':
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:168: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libcurl.a(netrc.c.o): In function `Curl_parsenetrc':
/home/daniel/arangodb-3.5.4/3rdParty/curl/curl-7.66.0/lib/netrc.c:230: warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libarango.a(EndpointIp.cpp.o): In function `arangodb::EndpointIp::connect(double, double)':
/home/daniel/arangodb-3.5.4/lib/Endpoint/EndpointIp.cpp:365: 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/7/../../../x86_64-linux-gnu/libcrypto.a(b_sock.o): In function `BIO_gethostbyname':
(.text+0x71): warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
[ 98%] Built target arangosh
../bin/libiresearch-s.a(so_utils.cpp.o): In function `iresearch::load_library(char const*, int)':
/home/daniel/arangodb-3.5.4/3rdParty/iresearch/core/utils/so_utils.cpp:105: warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_malloc':
(.text+0x67c0): multiple definition of `__libc_malloc'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/include/jemalloc/internal/tsd.h:211: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_malloc':
(.text+0x67c0): multiple definition of `malloc'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/include/jemalloc/internal/tsd.h:211: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_free':
(.text+0x7080): multiple definition of `__libc_free'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/include/jemalloc/internal/tsd.h:211: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_free':
(.text+0x7080): multiple definition of `free'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/include/jemalloc/internal/tsd.h:211: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_realloc':
(.text+0x8280): multiple definition of `__libc_realloc'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/src/jemalloc.c:2573: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_realloc':
(.text+0x8280): multiple definition of `realloc'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/src/jemalloc.c:2573: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_memalign':
(.text+0x8670): multiple definition of `__libc_memalign'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/src/jemalloc.c:2805: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_valloc':
(.text+0x8b60): multiple definition of `__libc_valloc'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/src/jemalloc.c:2844: first defined here
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libc.a(malloc.o): In function `__libc_calloc':
(.text+0x95d0): multiple definition of `__libc_calloc'
../3rdParty/jemalloc/lib/libjemalloc.a(jemalloc.o):/home/daniel/arangodb-3.5.4/build/3rdParty/jemalloc/v5.2.0/src/jemalloc.c:2394: first defined here
../bin/libarango.a(PrivilegeFeature.cpp.o): In function `arangodb::options::StringParameter::valueString[abi:cxx11]() const':
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:171: warning: Using 'initgroups' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libarango.a(PrivilegeFeature.cpp.o): In function `arangodb::PrivilegeFeature::extractPrivileges()':
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:92: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:102: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:142: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libarango.a(PrivilegeFeature.cpp.o): In function `arangodb::options::StringParameter::valueString[abi:cxx11]() const':
/home/daniel/arangodb-3.5.4/lib/ApplicationFeatures/PrivilegeFeature.cpp:168: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libcurl.a(netrc.c.o): In function `Curl_parsenetrc':
/home/daniel/arangodb-3.5.4/3rdParty/curl/curl-7.66.0/lib/netrc.c:230: warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
../bin/libarangoserver.a(AcceptorTcp.cpp.o): In function `boost::asio::detail::resolver_service<boost::asio::ip::tcp>::resolve(std::shared_ptr<void>&, boost::asio::ip::basic_resolver_query<boost::asio::ip::tcp> const&, boost::system::error_code&)':
/home/daniel/arangodb-3.5.4/3rdParty/boost/1.69.0/boost/asio/detail/impl/socket_ops.ipp:3344: 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/7/../../../x86_64-linux-gnu/libcrypto.a(b_sock.o): In function `BIO_gethostbyname':
(.text+0x71): warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
collect2: error: ld returned 1 exit status
arangod/CMakeFiles/arangod.dir/build.make:131: recipe for target 'bin/arangod' failed
make[2]: *** [bin/arangod] Error 1
CMakeFiles/Makefile2:3948: recipe for target 'arangod/CMakeFiles/arangod.dir/all' failed
make[1]: *** [arangod/CMakeFiles/arangod.dir/all] Error 2
Makefile:151: recipe for target 'all' failed
make: *** [all] Error 2
root@daniel-virtual-machine:~/arangodb-3.5.4/build#

[dothebart]

Hi, please have a look at @neunhoef s blog post - this explains a bit deeper which preconditions are needed for producing static binaries:
https://www.arangodb.com/2018/04/static-binaries-c-plus-plus-application/

Our build environment is available here:
https://github.com/arangodb/oskar/

We use a docker container to instantiate the build environment with the needed prerequisites.

[wssbygone]

Hi, please have a look at @neunhoef s blog post - this explains a bit deeper which preconditions are needed for producing static binaries:
https://www.arangodb.com/2018/04/static-binaries-c-plus-plus-application/

Our build environment is available here:
https://github.com/arangodb/oskar/

We use a docker container to instantiate the build environment with the needed prerequisites.

thanks for your reply, and I've build the docker container,

when I exec the cmd as below with a normal user account wss:

cd oskar
source helper.fish
wss@5f6dd29b2be7 /oskar# checkoutArangoDB
docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.
See 'docker run --help'.
"docker logs" requires exactly 1 argument.
See 'docker logs --help'.

Usage: docker logs [OPTIONS] CONTAINER

Fetch the logs of a container
"docker stop" requires at least 1 argument.
See 'docker stop --help'.

Usage: docker stop [OPTIONS] CONTAINER [CONTAINER...]

Stop one or more running containers
"docker inspect" requires at least 1 argument.
See 'docker inspect --help'.

Usage: docker inspect [OPTIONS] NAME|ID [NAME|ID...]

Return low-level information on Docker objects
"docker rm" requires at least 1 argument.
See 'docker rm --help'.

Usage: docker rm [OPTIONS] CONTAINER [CONTAINER...]

Remove one or more containers
docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.
See 'docker run --help'.

I wonder that there is some error with the variable c in helper.linux.fish，and the variable c with a empty value? ?

1082 function termhandler --on-signal TERM --inherit-variable c
1083 if test -n "$c"
1084 docker stop $c >/dev/null
1085 docker rm $c >/dev/null
1086 end
1087 end
1088 docker logs -f $c # print output to stdout
1089 docker stop $c >/dev/null # happens when the previous command gets a SIGTERM
1090 set s (docker inspect $c --format "{{.State.ExitCode}}")
1091 docker rm $c >/dev/null
1092 functions -e termhandler
1093 # Cleanup ownership:
1094 docker run
1095 -v $WORKDIR/work:$INNERWORKDIR \

who can help me? thanks in advance.

[wssbygone]

It's not necessary to build the code using the fish shell, I've build the code succeeded with the normal build cmd same as on the host machine. thanks

[dothebart]

Your user didn't have access to the docker service or it wasn't running.
You probably checked with chmod or /etc/groups to adjust that.