[cmake-developers] Adding backtraces to every command
Rich Chiodo
rchiodo at microsoft.com
Wed Jan 31 15:56:43 EST 2018
Thanks for the link. I'll respond there.
We still have backtraces in our fork, so I'll continue using them for now. Ben had a good point though. I think for our use case, the last value is the one needed.
I don't think I can go into more detail other than we want to let the user navigate to where different things are set.
-----Original Message-----
From: Brad King [mailto:brad.king at kitware.com]
Sent: Wednesday, January 31, 2018 11:43 AM
To: Rich Chiodo <rchiodo at microsoft.com>; CMake Developers <cmake-developers at cmake.org>
Subject: Re: [cmake-developers] Adding backtraces to every command
Hi Rich,
FYI there is discussion about providing backtraces from the server to clients here:
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.kitware.com%2Fcmake%2Fcmake%2Fissues%2F17539&data=02%7C01%7Crchiodo%40microsoft.com%7C378e0befb60641901e2d08d568e2c87c%7Cee3303d7fb734b0c8589bcd847f1c277%7C1%7C0%7C636530245598201030&sdata=nVfucgI2ZfXqv519y8NNwj6yRtkdNw1PSw6o%2BBX9wuA%3D&reserved=0
It was originally done in CMake 3.10.0 but caused major memory bloat and so was reverted.
> One of the things we need is to be able to get the location of where a
> property is set.
Threading that through everywhere for arbitrary properties will cause too much memory usage. `cmTargetInternals` already has dedicated fields for backtraces of specific properties. Something like that could be added for the properties you need.
Can you provide more details about the use case?
-Brad
More information about the cmake-developers
mailing list