Include error in build for nyan_blaze: syscall_parameter_restrictions.cc |
|||||
Issue descriptionWhen building ToT in Debug for nyan_blaze, I hit the following error: ../../sandbox/linux/seccomp-bpf-helpers/syscall_parameters_restrictions.cc:151: error: undefined reference to 'std::shared_ptr<sandbox::bpf_dsl::internal::BoolExprImpl const>::shared_ptr(std::shared_ptr<sandbox::bpf_dsl::internal::BoolExprImpl const> const&)' collect2.elf: error: ld returned 1 exit status
,
Jul 12 2016
It isn't happening any more for me.
,
Aug 17 2016
Reopening since I have reproduction steps on master@261ef60b39f7bf1f3232b4fa595e6c78ff57c048 (today's): $ gn gen out --args="is_component_build=true is_debug=true is_clang=false use_sysroot=false" $ ninja -C out libseccomp_bpf_helpers.so -d keeprsp ninja: Entering directory `out' [1/1] SOLINK ./libseccomp_bpf_helpers.so FAILED: python "/src/chromium/src/build/toolchain/gcc_solink_wrapper.py" --readelf="readelf" --nm="nm" --sofile="./libseccomp_bpf_helpers.so" --tocfile="./libseccomp_bpf_helpers.so.TOC" --output="./libseccomp_bpf_helpers.so" -- g++ -shared -Wl,--fatal-warnings -fPIC -Wl,-z,noexecstack -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -fuse-ld=gold -B../third_party/binutils/Linux_x64/Release/bin -Wl,--threads -Wl,--thread-count=4 -Wl,--icf=safe -pthread -m64 -Wl,--export-dynamic -o "./libseccomp_bpf_helpers.so" -Wl,-soname="libseccomp_bpf_helpers.so" @"./libseccomp_bpf_helpers.so.rsp" ../sandbox/linux/seccomp-bpf-helpers/syscall_parameters_restrictions.cc:146: error: undefined reference to 'std::shared_ptr<sandbox::bpf_dsl::internal::BoolExprImpl const>::shared_ptr(std::shared_ptr<sandbox::bpf_dsl::internal::BoolExprImpl const> const&)' collect2: error: ld returned 1 exit status ninja: build stopped: subcommand failed. Works on Clang, works on release, only broken with all those set.
,
Aug 17 2016
$ gcc --version gcc (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 (Ubuntu 14.04 machine)
,
Aug 17 2016
@mdempsky: can you take a look? it appears to be caused by https://codereview.chromium.org/1892783002 and the extern template stuff in namespace std in //sandbox/linux/bpf_dsl/bpf_dsl_forward.h. if I remove that, linking succeeds in this scenario. Is the extern template really needed?
,
Mar 15 2017
,
Mar 15 2017
Is this still an issue? |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by rickyz@chromium.org
, Jul 12 2016