<div dir="ltr">    The attached patch adds the file, runtime/src/CMakelists.txt, which is modeled on the approach taken in the pathscale/openmprtl cmake support. This initial cmake support was designed with the goal of producing as identical of a build as possible to that obtained via <a href="http://build.pl">build.pl</a> using…<br>
<div><br></div><div>make compiler=clang</div><div><br></div><div>on both darwin and linux. The main limitation of the current implementation is that, due to the absence of integrated exported symbol list support in cmake, the cmake build doesn't limit the exported symbols as does the <a href="http://build.pl">build.pl</a> method. This theoretically can be added but we will have to replicate the exact steps used by <a href="http://build.pl">build.pl</a> via an complex set of add_custom_command's. The current cmake support is used by…</div>
<div><br></div><div>% cd openmp/runtime/src</div><div>% mkdir build</div><div>% cd build</div><div>% cmake ..</div><div>% make VERBOSE=1</div><div><br></div><div>The build leaves the libiomp5.[so/dylib] shared library and omp.h header in the build directory. TODO items also include adding support for 'make install' to the cmake support. I chose to place the entire CMakefile.txt within a single file, unlike the pathscale ones, to keep it unified for readability and ease of coding further changes.</div>
<div>    This has been tested on x86_64-apple-darwin12/13 against the clang from Xcode 5.1.1. and on x86_64 Fedora 15 against the current clang-omp 3.4. I plan on testing additional changes to allow powerpc cmake builds of openmp as well. Our fink llvm34-3.4.1-0f packaging with current clang-omp merged should allow this to be tested on ppc darwin9.</div>
<div>                  Jack</div></div>