On Mon, Feb 27, 2017 at 9:39 PM, Brad King wrote:
> On 02/27/2017 03:54 PM, Ray Donnelly wrote:
>> This is why my PR asks the linker that the compiler will use for the
>> actual list of implicit link dirs. I'm sorry I've not had time to
>> write up a clear explanation yet.
>
> IIUC your case is th
Hello,
I am trying to set my Cmake project to build the "xmlrpc-c" library,
which is built using autotools. I was somewhat able to set it up
following this example:
http://mirkokiefer.com/blog/2013/03/cmake-by-example/
My resulting CMakeList is the following:
ExternalProject_Add( project_xm
On 02/27/2017 03:54 PM, Ray Donnelly wrote:
> This is why my PR asks the linker that the compiler will use for the
> actual list of implicit link dirs. I'm sorry I've not had time to
> write up a clear explanation yet.
IIUC your case is the opposite of that under discussion in the rest
of this thr
On 02/27/2017 03:50 PM, Jörg Krause wrote:
> The problem is...
Thanks. I've opened an issue for this here:
https://gitlab.kitware.com/cmake/cmake/issues/16682
>> These are set on by default in `Modules/Platform/UnixPaths.cmake` but
>> disabled on Debian by `Modules/Platform/Linux.cmake` except
On Mon, Feb 27, 2017 at 8:50 PM, Jörg Krause
wrote:
> Hi Brad,
>
> On Mon, 2017-02-27 at 11:43 -0500, Brad King wrote:
>> On 02/07/2017 04:40 AM, Ray Donnelly wrote:
>> > > > I have a PR that asks the linker (via the compiler) what its
>> > > > implicit
>> > > > search directories are instead.
>>
Hi Brad,
On Mon, 2017-02-27 at 11:43 -0500, Brad King wrote:
> On 02/07/2017 04:40 AM, Ray Donnelly wrote:
> > > > I have a PR that asks the linker (via the compiler) what its
> > > > implicit
> > > > search directories are instead.
> > > >
> > > > It is the right way to do it IMHO, but I need to
On 02/07/2017 04:40 AM, Ray Donnelly wrote:
>>> I have a PR that asks the linker (via the compiler) what its implicit
>>> search directories are instead.
>>>
>>> It is the right way to do it IMHO, but I need to find time to finish
>>> it unfortunately.
>>
>> Do you have a link to the PR?
>
> The PR
Hello,
Sorry for the delayed response. The issue has been resolved and was caused by
incorrect component naming in cmake install(...) command.
Regards, Lars
Fra: Nils Gladitz
Sendt: 21. februar 2017 15:33
Til: Lars; cmake@cmake.org
Emne: Re: [CMake] CMake ins