The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15921
==
Reported By:Jason Juang
Assigned To:
===
On 01/15/2016 09:47 AM, Eric Wing wrote:
>> That is the same as for C++. See CMAKE_PARSE_IMPLICIT_LINK_INFO and
>
> I looked at this file, but I still havne't groked what I need to do
> with this yet.
Somehow we need to get swift to print verbose output about the command
line it uses to invoke t
Thanks for the quick response!
Tamas
On Fri, Jan 15, 2016 at 4:26 PM, Brad King wrote:
> On 01/14/2016 04:12 PM, Tamás Kenéz wrote:
> > Is this really a bug or did I miss something?
>
> It is a bug. Good catch and thanks for the simple example.
> This should fix it:
>
> Fix export of STATIC li
On 01/15/2016 09:47 AM, Lior Goldberg wrote:
> Specifically, I think that the command "FILE(RPATH_REMOVE ...)" is not subtle
> enough, as it removes the compiler's predefined rpath together with the rpath
> added by CMake.
Good catch, thanks. Patch applied with minor tweaks:
install: Do not rem
On 01/15/2016 12:50 PM, Adam Rankin wrote:
> I have attached a patch that provides an implementation of this parameter
Thanks! Applied with minor tweaks and a release note:
ExternalProject: Add option to set `git clone -o` argument
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=83d63391
On 01/15/2016 10:25 AM, Brad King wrote:
> You'll have to investigate locally to determine why this method is
> not working.
It looks like a 64-bit CMake binary would not properly include
the "Program Files (x86)" directory as a search location due to
outdated assumptions. Please try this fix:
Hello all,
As per my inquiry on the users mailing list, I have implemented support for the
-origin parameter of git clone. It is backwards compatible as the parameter is
optional and defaults to "origin".
Example use case:
After using ExternalProject_Add to download and built a supporting libra
On Fri, 2016-01-15 at 11:37 -0500, Jean-Christophe Fillion-Robin wrote:
> > The existence of \bin is there only for backward
> -compatibility
>
> I guess we could also add "Git/usr/bin" to the suffixes so that it
> prefer newer version first ?
>
> PATH_SUFFIXES Git/usr/bin Git/cmd Git/bin
I'm n
Hi,
> The existence of \bin is there only for backward
-compatibility
I guess we could also add "Git/usr/bin" to the suffixes so that it prefer
newer version first ?
PATH_SUFFIXES Git/usr/bin Git/cmd Git/bin
Hth
Jc
On Fri, Jan 15, 2016 at 11:24 AM, Paul Smith wrote:
> On Fri, 2016-01-15 at 1
On Fri, 2016-01-15 at 10:05 -0500, Shawn Waldon wrote:
> Looking at the git installation, there is another executable
> "C:\Program Files (x86)\Git\cmd\git.exe", but I have never pointed
> CMake at that one. What is the difference between the two? I can
> change the patch to use the other one, bu
On 01/14/2016 04:12 PM, Tamás Kenéz wrote:
> Is this really a bug or did I miss something?
It is a bug. Good catch and thanks for the simple example.
This should fix it:
Fix export of STATIC library PRIVATE dependencies with CMP0022 NEW
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=aea1b
On 01/14/2016 06:48 PM, Shawn Waldon wrote:
> patch that tells CMake to look in the default install location for
> Git for Windows [2] when asked for git.
This is expected to work already as follows. This code:
https://cmake.org/gitweb?p=cmake.git;a=blob;f=Modules/Platform/WindowsPaths.cmake;h
Hi Kanstantin,
Thanks for the feedback. The location of git that I have always used is
"C:\Program Files [(x86)]\bin\git.exe". Looking at the git installation,
there is another executable "C:\Program Files (x86)\Git\cmd\git.exe", but I
have never pointed CMake at that one. What is the differenc
Hi,
I think there is a bug in the way CMake handles rpath for installed targets.
My GCC installation contains the following definition in the specs file:
*link_libgcc:
%D -rpath <>
This configuration leads to the following bug in CMake:
Whenever a target (which depends on a library in the
(Ignore the last post. The last message sent accidentally before I was
even close to done. Not sure why it sent. I must have accidentally
discovered a hot key in Gmail. Everything is rewritten here.)
Okay, I think I'm making some good progress. I got a trivial program
built on Mac. I've now switc
Okay, I think I'm making some good progress. I got a trivial program
built on Mac. I've now switched to Linux. I'm mostly there, but there
are still some things that need to be done. More inline...
https://github.com/ewmailing/CMake/tree/SwiftMakefile
>> Anyway, I tried bumping up CMAKE_Swift_L
Throw in a
> list(GET MyList ${i} ElementA)
> list(GET MyOtherListOfSameSizeThanMyList ${i} ElementB)
> foobazify(${ElementA} ${ElementB})
(I did not want to put a ginormous code snippet, just to outline the amount
of code necessary to do simple things)
On Fri, Jan 15, 2
17 matches
Mail list logo
