Compilation error on OS X #26
Comments
|
It does look like it's related to the way folly was built. Those functions are related to jemalloc, which suggests something about the way folly was built isn't pulling in the dependency. Did you build using the mac build script or did you run cmake directly? Also, can you attach the full configure + build log? |
|
yes . i build using the mac build script |
|
yep I have the same problem. |
|
jemalloc |
|
so do I. How to solve the boring problem? Help! |
facebook-github-bot
pushed a commit
that referenced
this issue
Jul 16, 2020
Summary:
This diff adds a minimal workflow for running integrations tests for Mononoke. Currently only one test is run and it fails.
This also splits the regular Mononoke CI into separate files for Linux and Mac to match the current style in Eden repo.
There are the "scopeguard::defer" fixes here that somehow escaped the CI tests.
Some tweaks have been made to "integration_runner_real.py" to make it runnable outside FB context.
Lastly the change from using "[[ -v ... ]" to "[[ -n "${...:-}" ]]; in "library.sh" was made because the former is not supported by the default Bash version preinstalled on modern MacOS.
Pull Request resolved: facebook/sapling#26
Reviewed By: krallin
Differential Revision: D22541344
Pulled By: lukaspiatkowski
fbshipit-source-id: 5023d147823166a8754be852c29b1e7b0e6d9f5f
|
I also have the same problem: I ran |
facebook-github-bot
pushed a commit
that referenced
this issue
Feb 9, 2022
Summary: Pull Request resolved: facebookexperimental/rust-shed#26 Pull Request resolved: facebook/sapling#104 No need for the checked in generated code anymore Successful external CI Linux run on Git Hub PR: https://github.com/facebookexperimental/eden/runs/5130405984?check_suite_focus=true Mac PR run fails with a SSL cert issue, will look separately Reviewed By: chadaustin, mitrandir77 Differential Revision: D33840545 fbshipit-source-id: eafc2a0e2191d438fd828adeebc2e318d319025f
dgrnbrg-meta
added a commit
to dgrnbrg-meta/fizz
that referenced
this issue
Mar 11, 2022
Summary: X-link: facebook/fb303#26 X-link: facebookarchive/bistro#59 X-link: facebook/folly#1734 X-link: facebook/fboss#113 Adds an environment variable to getdeps to provide `hg` info to avoid calling `hg` directly. When using `getdeps` inside a containerized environment (which we need to build Research Super Cluster tooling with the correct linker attributes), `getdeps` fails because of unregistered mercurial extensions in the `hgrc`. This allows `getdeps` to be useable in an environment where the mercurial extensions used in a project aren't installed/available. Reviewed By: vivekspai Differential Revision: D34732506 fbshipit-source-id: 7d95fa58741f1236aad9d42e048c5b077ae03557
|
@christycylee did you solve this problem ? how |
|
@LIZHICHAOUNICORN Sorry, it was too long ago. I don't remember how I solved it. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
my mac os version: 10.14.4
folly version: c5d719715d6a1b6dc4565476f41feb9d1e045a32 , pull on 2019-04-30
compile and install folly successful, but compile fizz error
error info:
[ 20%] Building CXX object CMakeFiles/fizz.dir/client/EarlyDataRejectionPolicy.cpp.o
[ 20%] Building CXX object CMakeFiles/fizz.dir/util/FizzUtil.cpp.o
[ 21%] Linking CXX static library lib/libfizz.a
[ 21%] Built target fizz
Scanning dependencies of target FizzTool
[ 22%] Building CXX object CMakeFiles/FizzTool.dir/tool/Main.cpp.o
[ 22%] Building CXX object CMakeFiles/FizzTool.dir/tool/FizzClientCommand.cpp.o
[ 23%] Building CXX object CMakeFiles/FizzTool.dir/tool/FizzCommandCommon.cpp.o
[ 23%] Building CXX object CMakeFiles/FizzTool.dir/tool/FizzServerCommand.cpp.o
[ 24%] Linking CXX executable bin/fizz
Undefined symbols for architecture x86_64:
"_dallocx", referenced from:
folly::usingJEMalloc() in FizzClientCommand.cpp.o
folly::usingJEMalloc() in FizzServerCommand.cpp.o
folly::usingJEMalloc() in libfizz.a(ClientProtocol.cpp.o)
folly::usingJEMalloc() in libfizz.a(ServerProtocol.cpp.o)
folly::usingJEMalloc()::'lambda'()::operator()() const in libfolly.a(AsyncServerSocket.cpp.o)
folly::usingJEMalloc()::'lambda'()::operator()() const in libfolly.a(ExceptionWrapper.cpp.o)
folly::usingJEMalloc()::'lambda'()::operator()() const in libfolly.a(IOBuf.cpp.o)
...
"_mallctl", referenced from:
folly::usingJEMalloc() in FizzClientCommand.cpp.o
folly::usingJEMalloc() in FizzServerCommand.cpp.o
folly::usingJEMalloc() in libfizz.a(ClientProtocol.cpp.o)
folly::usingJEMalloc() in libfizz.a(ServerProtocol.cpp.o)
folly::usingJEMalloc()::'lambda'()::operator()() const in libfolly.a(AsyncServerSocket.cpp.o)
folly::usingJEMalloc()::'lambda'()::operator()() const in libfolly.a(ExceptionWrapper.cpp.o)
folly::usingJEMalloc()::'lambda'()::operator()() const in libfolly.a(IOBuf.cpp.o)
...
"_mallctlbymib", referenced from:
"_nallocx", referenced from:
"_rallocx", referenced from:
"_sallocx", referenced from:
"_sdallocx", referenced from:
"_xallocx", referenced from:
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [bin/fizz] Error 1
make[1]: *** [CMakeFiles/FizzTool.dir/all] Error 2
make: *** [all] Error 2
it look like be related folly , i compile folly with libjemalloc
The text was updated successfully, but these errors were encountered: