The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14646
==
Reported By:hobbes1069
Assigned To:
=
On 2013-12-03 11:59, Brad King wrote:
I'd like to avoid new uses of define_property if possible. It
is a legacy from the old builtin documentation system.
Sorry to go off on a tangent, but this triggered a question in my mind...
I have a wrapping utility file that declares some (CMake) helper
On Thu, Dec 12, 2013 at 11:46:24 -0500, Matthew Woehlke wrote:
> Actually... back up for a moment. Since we're talking about dynamic
> libraries here (none of this applies to static I think; in that case
> you must always relink), how would a non-ABI change in liba.so cause
> the result of linking
On 12/12/2013 11:46 AM, Matthew Woehlke wrote:
Where template.hpp changes (testing with 2.8.12.1 shows that touching
template.hpp triggers a rebuild with Ninja, but not Unix Makefiles),
That sounds like a bug :-).
Yes, this is a bug. ninja and make should be the same.
--
Powered by www.kitwa
On 2013-12-11 20:00, Ben Boeckel wrote:
On Wed, Dec 11, 2013 at 19:38:21 -0500, Matthew Woehlke wrote:
I don't think this is relevant? In these cases, a header is changing,
which will (hopefully) lead to the source files using that header
being rebuilt, which will cause the library to relink any
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14645
==
Reported By:Nathan Climer
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14644
==
Reported By:Marcel Metz
Assigned To:
Ben Boeckel wrote:
> On Thu, Dec 12, 2013 at 00:00:42 +0100, Stephen Kelly wrote:
>> You opposed a sensible default for CMAKE_LINK_DEPENDS_NO_SHARED:
>>
>> https://www.mail-archive.com/cmake-developers@cmake.org/msg06169.html
>>
>> I continue to consider the default value of that to be a mistak