[CMake] Relink to shared libs

Bill Hoffman bill.hoffman at kitware.com
Thu Oct 25 16:26:46 EDT 2012


On 10/25/2012 1:17 PM, Leif Walsh wrote:
> Yes, but this is a very rare thing to do.  And the "failure" result is
> just that the problem would be discovered at test time instead of link
> time.
>
> What's being proposed here is a massive optimization for the common case
> (changing code in a library and not changing the API or tests) by
> sacrificing a little bit of latency (the time between link and test) in
> the extremely rare case.
>
> I wouldn't think this would be a hard tradeoff to make.  Could it be added
> at least as an option?
CMake errs on the side of being correct.   If you do not want to relink, 
you can just build the library target directly with the /fast option or 
without it.

Let's say you have a project with shared library foo and executable bar. 
  You have four options:

make foo   // build library foo and anything foo depends on

make foo/fast  // build just foo and nothing it depends on

make bar // build bar and anything it depends, with a possible relink 
when foo changes

make   // build all targets in the project, will relink bar when foo changes


-- 
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoffman at kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573


More information about the CMake mailing list