Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Pass large types by const&, small types by value | Daniel Pfeifer | 2017-06-03 | 1 | -2/+1 |
| | |||||
* | Fix several include-what-you-use findings | Daniel Pfeifer | 2016-11-08 | 1 | -0/+4 |
| | |||||
* | cmState: Port dependent code to new cmStateDirectory name | Stephen Kelly | 2016-10-19 | 1 | -1/+1 |
| | |||||
* | cmLinkLineComputer: Move ComputeLinkLibs from cmLocalGenerator | Stephen Kelly | 2016-10-10 | 1 | -2/+3 |
| | | | | | | | | | | | | | | | Add a cmOutputConverter to the cmLinkLineComputer and factory methods to facilitate shell escapes. Add state to the cmLinkLineComputer to record whether outputting for response files or for watcom, to satisfy the cmOutputConverter API. These are constant for the lifetime of the cmLinkLineComputer, even when its functionality is extended in the future. This also keeps the signatures of cmLinkLineComputer relatively simple. Pass the cmComputeLinkInformation as a method parameter so that cmLinkLineComputer is free from target-specific state. An instance should be usable for all targets in a directory. | ||||
* | cmLinkLineComputer: Extract from cmLocalGenerator | Stephen Kelly | 2016-10-10 | 1 | -0/+18 |
CMake has several classes which have too many responsibilities. cmLocalGenerator is one of them. Start to extract the link line computation. Create generator-specific implementations of the interface to account for generator-specific behavior. Unfortunately MSVC60 has different behavior to everything else and CMake still generates makefiles for it. Isolate it with MSVC60-specific names. |