exmatex / coevp

Embedded ViscoPlasticity Scale-Bridging Proxy Application

The subdirectories of this directory contain the files needed to build the CoEVP proxy application described in the specification document CoEVP.pdf. The constitutive models are contained in a library (cmlib.a) which is statically linked with LULESH. To build the library, link with LULESH and run, beginning in the directory containing this README file:

 make 

To build a minimal set of features one can use:

 make REDIS=no FLANN=no SILO=no TWEMPROXY=no LOGGER=no

which will enable building of the redis backend, the libflann based neighbor search and silo output files.

To use a system redis, libflann or libsilo use:

 make REDIS_LOC=/path/to/hiredis FLANN_LOC=/path/to/flann SILO_LOC=/path/to/silo

To build an mpi version of lulesh use:

 make COEVP_MPI=yes

To run lulesh use:

 LULESH/luslesh

and see use the "--help" option for help.

To run with distributed redis, please see Twemproxy.md

coevp's Issues

CoEVP and LULESH do not link on OS X

Compilation of CoEVP library succeeds but static library generation (ar) gives errors on OS X of this form:

...
ar: warning: MathUtilitiesSpecial.o truncated to MathUtilitiesSp
ar: warning: MemoryUtilities.o truncated to MemoryUtilities
ar: warning: ParallelBuffer.o truncated to ParallelBuffer.
ar: warning: AbstractStream.o truncated to AbstractStream.
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: libcm.a(ApproxNearestNe) has no symbols
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: file: libcm.a(TimeRecorder.o) has no symbols
...

Then when attempting to link into LULESH, we see errors of this form:

Undefined symbols for architecture x86_64:
  "_freeReplyObject", referenced from:
      SingletonDB::push(unsigned __int128 const&, std::__1::vector<double, std::__1::allocator<double> > const&, unsigned long) in libcm.a(SingletonDB.o)
      SingletonDB::pull(unsigned __int128 const&) in libcm.a(SingletonDB.o)
      SingletonDB::pull_key(unsigned __int128 const&) in libcm.a(SingletonDB.o)
  "_redisCommand", referenced from:
      SingletonDB::push(unsigned __int128 const&, std::__1::vector<double, std::__1::allocator<double> > const&, unsigned long) in libcm.a(SingletonDB.o)
      SingletonDB::pull_data(unsigned __int128 const&) in libcm.a(SingletonDB.o)
      SingletonDB::SingletonDB() in libcm.a(SingletonDB.o)
      SingletonDB::~SingletonDB() in libcm.a(SingletonDB.o)
  "_redisConnect", referenced from:
      SingletonDB::SingletonDB() in libcm.a(SingletonDB.o)
  "_redisFree", referenced from:
      SingletonDB::~SingletonDB() in libcm.a(SingletonDB.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: *** [lulesh] Error 1

This is all likely compatibility issues between g++ and clang. I don't know if it's worth the effort tho chase this down.

README needs work

Not hassling anyone. Just a reminder to myself to work on this at some point.

Command line argument for adaptive sampling

Use a command line switch in lulesh.cc to run with adaptive sampling instead of a #define.