search

turiya / keyczar

Automatically exported from code.google.com/p/keyczar
0 stars 0 forks source link

Compilation of keyczar-cpp fails on OS X Mavericks #153

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Install OS X Mavericks
2. Attempt to compile keyczar-cpp as described in README

Please provide any additional information below.

The issue seems to be related to the compiler no longer containing tr1/tuple . 
Seems to be fixed in latest version of gtest (1.7.0) but I don't have enough 
context on how to pursue the upgrade path

Original issue reported on code.google.com by dwill...@gmail.com on 10 Jan 2014 at 11:34

GoogleCodeExporter commented 9 years ago 
Looks like the --mode option isn't having the correct effect when building on 
OS X Mavericks.  The build system is still populating the scons-out/opt-linux 
directory with the linux version of things that should be in the opt-mac 
directory (there are .so files instead of .dylib files).  I'm not a scons 
expert, and so far I haven't been able to figure out what is going wrong.

$ sh ./tools/swtoolkit/hammer.sh --mode=opt-mac --compat
scons: Reading SConscript files ...
Checking for python command... (cached) yes
Checking for swig command... (cached) no
Checking whether the C++ compiler works(cached) yes
error: no result
Checking for C library crypto... (cached) yes
Checking for C library z... (cached) yes
scons: done reading SConscript files.
scons: Building targets ...
________Linking scons-out/opt-mac/obj/testing/libgtest.dylib
ld: warning: directory not found for option '-Lscons-out/opt-mac/lib'
Undefined symbols for architecture x86_64:
  "testing::internal::PrintStringTo(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_ostream<char, std::__1::char_traits<char> >*)", referenced from:

Original comment by nost...@gmail.com on 3 Jun 2014 at 12:54