Hello Axel,
On 08/12/15 01:53, Huebl, Axel wrote:
My problem: I found that in the last step of linking ccmake against a
static (pre-compiled, ubuntu 12.04) ncurses library leads to linker
errors such as:
/usr/lib/x86_64-linux-gnu/libncurses.a(lib_mouse.o): In function
`_nc_mouse_event':
Dear All,
In our software infrastructure I now got to the point that in building "high
level" packages/projects the CMake build spends a very noticeable amount of
time in calculating the dependencies of source files. To give you a feel of the
issue, in one example that I was profiling, I build
On Tue, Dec 08, 2015 at 10:09:13 +0100, Attila Krasznahorkay wrote:
> In the end I applied the following patch to CMake 3.4.1 locally to
> speed it up for my use case very significantly. Of course this is not
> a patch that could be applied to CMake for a general audience. But I
> do think that if
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15874
==
Reported By:Kevin Wojniak
Assigned To:
Hello,
On 02/12/15 13:44, Bartosz Kosiorek wrote:
> I would like to propose to rename property name to INSTALL_IOS_UNIVERSAL_LIBS.
My thoughts about the property name:
I added the necessary functionality to also combine Frameworks and App
Bundles. So the _LIBS suffix now got misleading. And I