On 11/12/2012 03:36, Pau Garcia i Quiles wrote: > On Sun, Nov 11, 2012 at 7:05 PM, Jon wrote: > >> So here's the question. >> >> Can the method I use when cross-compiling, namely, use cmake's >> `ExternalProject` module (causes cmake to run itself and generate artifacts >> in a different dir) to pre-build an environment on the build system that's >> used by the cross build >> >> https://github.com/mruby/mruby/blob/master/mrblib/CMakeLists.txt#L7-14 >> >> address JonY's need to be able to build multiple flavors of cmake object >> libraries, carry them around, and inject them into their respective static >> libraries? >> >> I don't know as I haven't investigated. > > I have never been in that case. So far CMake script has been enough > for me for this kind of cases (e. g. Wt filetostring). But take a look > at this thread or ask in the CMake mailing list ( > http://www.cmake.org/mailman/listinfo/cmake ) > > http://comments.gmane.org/gmane.comp.programming.tools.cmake.user/29310 >
From what I gather, I'll need to: 1. Write an external tool/driver to do this. 2. Split into subprojects. 3. Have cmake call itself recursively. Sounds complex, now that I've thought through this a bit. My chief concern is that we may end up with accepting a cmake-only subproject, requiring users to have shell interpreters for the other code AND cmake to complete the build. This kind of adds dependency with questionable benefits for the amount of work done just to satisfy Windows users. My further concern with going all-cmake only is that some code cannot be built with MSVC, so it very much limits the perceived value to Windows users, in addition to rustling Linux users who don't have cmake installed previously.
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov
_______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
