Thank you.
Unfortunately I don’t have access to an HP-UX system.
From what I remember, HP-UX expect shared libraries with same name pattern as
Linux except that extension is .sl rather than .so.
Marc
On 14/08/15 15:45, "Brad King" wrote:
>On 08/07/2015 04:04 AM, CHEVRIER, Marc wrote:
>> Ne
Okay, so after a... brief hiatus, I'm going to tackle this again. There's
something I don't understand, though...
Brad King писал в своём письме Tue, 03 Mar 2015
23:02:51 +0300:
On 03/03/2015 01:33 PM, Роман Донченко wrote:
Since it's currently a macro, then due to macro processing rules,
Great! Thanks Brad. I'm assuming that master branch is 3.4?
I'll start looking into the install command DIRECTORY property genex support.
Cheers!
-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
Sent: Monday, August 17, 2015 11:51 AM
To: Robert Goulet
Cc: cmake-develope
On 08/15/2015 12:20 AM, Orion Poplawski wrote:
> What makes the kwsys code special in a way that makes creating a
> shared library inappropriate?
We want to share the code across projects but we don't want it to
get in the way of those projects evolving or releasing. KWSys has
no version number
On 08/14/2015 04:35 PM, Robert Goulet wrote:
> Here is the patch for OUTPUT_NAME genex recursion issue.
Thanks. Applied:
cmGeneratorTarget: Avoid recursion in GetOutputName method
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e66a7d69
-Brad
--
Powered by www.kitware.com
Please keep me
On 08/17/2015 03:35 AM, Kars de Jong wrote:
> Here is an updated patch.
Thanks. Applied:
Add support for ARTOS platform using GNU C with ac compiler driver
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=462fbd1e
I dropped the "set(ARTOS 1)" line because we now prefer that
projects test CM
On 08/16/2015 05:52 PM, James Johnston wrote:
> a. So to clarify, you'd want existing OWNER_* / GROUP_* / EXECUTE_*
> options to remain unmodified? i.e. if you install(PERMISSIONS GROUP_WRITE)
> this will still NOT respect the umask, correct? (i.e. the only way to
> respect the umask would b
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15702
==
Reported By:John Harris
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15701
==
Reported By:lehpat
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15700
==
Reported By:Andrew Wagner
Assigned To:
Hello Brad,
Thanks for your comments. Here is an updated patch. I hope I have used the
proper variables to set CFLAGS and libraries now.
ARTOS currently does not have a (working) C++ compiler so I only created
ARTOS-GNU-C.cmake for now.
Kars de Jong (1):
Add support for ARTOS platform using G
11 matches
Mail list logo