[Bf-committers] Build broke python 3.5 missing the 64 bit symbols
Chris Stones
sirhcsenots at gmail.com
Sat Nov 28 17:51:17 CET 2015
Hi my name's Chris and I'm still a bit new to compiling.
I read that the mailing list was the place to report build issues not
the tracker.
I'm on an old Intel Mac OS 10.9 64 bit etc.
I had it building fine until last night when
/lib/darwin-9.x.universal/python/lib/python3.5/libpython3.5m.a
told me it was missing symbols for x86_64 and faild to compile Could someone
get those into the lib? I'm still new to compiling things.
In the mean time I tried:
ccmake ../blender -DPYTHON_VERSION=3.4
But still got:
[100%] Linking CXX executable ../../bin/blender.app/Contents/MacOS/blender
Undefined symbols for architecture x86_64:
"_faccessat", referenced from:
_os_access in libpython3.5m.a(posixmodule.o)
"_fchmodat", referenced from:
_os_chmod in libpython3.5m.a(posixmodule.o)
"_fchownat", referenced from:
_os_chown in libpython3.5m.a(posixmodule.o)
"_fdopendir$INODE64", referenced from:
_os_listdir in libpython3.5m.a(posixmodule.o)
"_fstatat$INODE64", referenced from:
_posix_do_stat in libpython3.5m.a(posixmodule.o)
"_linkat", referenced from:
_os_link in libpython3.5m.a(posixmodule.o)
"_mkdirat", referenced from:
_os_mkdir in libpython3.5m.a(posixmodule.o)
"_openat", referenced from:
_os_open in libpython3.5m.a(posixmodule.o)
"_readlinkat", referenced from:
_posix_readlink in libpython3.5m.a(posixmodule.o)
"_renameat", referenced from:
_internal_rename in libpython3.5m.a(posixmodule.o)
"_symlinkat", referenced from:
_os_symlink in libpython3.5m.a(posixmodule.o)
"_unlinkat", referenced from:
_os_rmdir in libpython3.5m.a(posixmodule.o)
_os_unlink in libpython3.5m.a(posixmodule.o)
_os_remove in libpython3.5m.a(posixmodule.o)
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/blender.app/Contents/MacOS/blender] Error 1
make[1]: *** [source/creator/CMakeFiles/blender.dir/all] Error 2
make: *** [all] Error 2
Despite the fact that the CMakeCache.txt said:
CMakeCache.txt has //No help, variable specified on the command line.
PYTHON_VERSION:UNINITIALIZED=3.4
Not sure why it isn't accepting the switch...
Thanks for any help!
~Chris
More information about the Bf-committers
mailing list