Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Surelog fails building currently #68

Closed
hzeller opened this issue Feb 7, 2020 · 2 comments
Closed

Surelog fails building currently #68

hzeller opened this issue Feb 7, 2020 · 2 comments

Comments

@hzeller
Copy link

hzeller commented Feb 7, 2020

It looks like some sort of linking error, but the logfile might be incomplete ?
https://travis-ci.com/SymbiFlow/conda-packages/jobs/284095210#L3198

@mithro @alainmarcel
@alainmarcel
Copy link

alainmarcel commented Feb 7, 2020 via email

@hzeller
Copy link
Author

hzeller commented Feb 11, 2020

Looking at the raw log, it seems somewhere when building jk-tests, there is a linking error not finding symbol clock_gettime. In older systems, this required the -lrt linking flag, which is not used.

cd $SRC_DIR/build/third_party/UHDM/third_party/capnproto/c++/src/kj && $BUILD_PREFIX/bin/cmake -E cmake_link_script CMakeFiles/kj-tests.dir/link.txt --verbose=1
$BUILD_PREFIX/bin/x86_64-conda_cos6-linux-gnu-c++  -fvisibility-inlines-hidden -std=c++17 -fmessage-length=0 -march=nocona -mtune=haswell -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O2 -ffunction-sections -pipe -isystem $PREFIX/include -fdebug-prefix-map=$SRC_DIR=/usr/local/src/conda/surelog-v0.0_0401_gc1cf7146 -fdebug-prefix-map=$PREFIX=/usr/local/src/conda-prefix -O3 -DNDEBUG  -Wl,-O2 -Wl,--sort-common -
Wl,--as-needed -Wl,-z,relro -Wl,-z,now -Wl,--disable-new-dtags -Wl,--gc-sections -Wl,-rpath,$PREFIX/lib -Wl,-rpath-link,$PREFIX/lib -L$PREFIX/lib -rdynamic CMakeFiles/kj-tests.dir/common-test.c++.o CMakeFiles/kj-tests.dir/memory-test.c++.o CMakeFiles/kj-tests.dir/array-test.c++.o CMakeFiles/kj-tests.dir/string-test.c++.o CMakeFiles/kj-tests.dir/table-test.c++.o CMakeFiles/kj-tests.dir/map-test.c++.o CMakeFiles/kj-tests.
dir/exception-test.c++.o CMakeFiles/kj-tests.dir/debug-test.c++.o CMakeFiles/kj-tests.dir/io-test.c++.o CMakeFiles/kj-tests.dir/mutex-test.c++.o CMakeFiles/kj-tests.dir/time-test.c++.o CMakeFiles/kj-tests.dir/threadlocal-test.c++.o CMakeFiles/kj-tests.dir/test-test.c++.o CMakeFiles/kj-tests.dir/std/iostream-test.c++.o  -o kj-tests  libkj-test.a libkj.a -lpthread 
/tmp/really-really-really-really-really-really-really-really-really-really-really-really-really-long-path/conda/conda-bld/surelog_1580979458935/_build_env/bin/../lib/gcc/x86_64-conda_cos6-linux-gnu/7.3.0/../../../../x86_64-conda_cos6-linux-gnu/bin/ld: libkj.a(mutex.c++.o): in function `kj::_::Mutex::wait(kj::_::Mutex::Predicate&, kj::Maybe<kj::Quantity<long, kj::_::NanosecondLabel> >)':
mutex.c++:(.text._ZN2kj1_5Mutex4waitERNS1_9PredicateENS_5MaybeINS_8QuantityIlNS0_15NanosecondLabelEEEEE+0x1b7): undefined reference to `clock_gettime'
/tmp/really-really-really-really-really-really-really-really-really-really-really-really-really-long-path/conda/conda-bld/surelog_1580979458935/_build_env/bin/../lib/gcc/x86_64-conda_cos6-linux-gnu/7.3.0/../../../../x86_64-conda_cos6-linux-gnu/bin/ld: libkj.a(time.c++.o): in function `kj::(anonymous namespace)::PosixMonotonicClock::now() const':
time.c++:(.text._ZNK2kj12_GLOBAL__N_119PosixMonotonicClock3nowEv+0x35): undefined reference to `clock_gettime'
/tmp/really-really-really-really-really-really-really-really-really-really-really-really-really-long-path/conda/conda-bld/surelog_1580979458935/_build_env/bin/../lib/gcc/x86_64-conda_cos6-linux-gnu/7.3.0/../../../../x86_64-conda_cos6-linux-gnu/bin/ld: libkj.a(time.c++.o): in function `kj::(anonymous namespace)::PosixClock::now() const':
time.c++:(.text._ZNK2kj12_GLOBAL__N_110PosixClock3nowEv+0x35): undefined reference to `clock_gettime'

I suspect the capnproto cmake file does not specifically test for it. So we might need to fix capnproto upstream.

But for now, maybe we can side-step the problem if we don't compile the tests for jk ? Is there a way to tell a recursive CMake file to not compile the tests, just the libraries we're interested in ?

This was referenced Feb 11, 2020
Closed
Merged
Merged
Closed
Merged
@hzeller hzeller closed this as completed Jun 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@hzeller