Am 17.12.19 um 17:35 schrieb Mateusz Loskot:
On Tue, 17 Dec 2019 at 16:39, Osman Zakir wrote:
I built Boost 1.72.0 while passing the "--layout=versioned" flag to b2, but
when I tried to rebuild Jinja2Cpp with the newer version of Boost using CMake, it failed
to generate project files and sai
your first email on the list, too.
On Wed, Dec 5, 2018 at 2:26 PM Deniz Bahadir <mailto:dbaha...@benocs.com>> wrote:
Am 05.12.18 um 13:40 schrieb Kim Walisch:
> Hi,
>
> I have realized that my C++ primesieve project
> (https://github.com/kimw
ior.
I recommend you open an issue in CMake's issue-tracker
(https://gitlab.kitware.com/cmake/cmake/issues) and copy your
email-content there.
Best regards,
Deniz Bahadir
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/C
Am 21.09.2018 um 21:23 schrieb Ke Gao:
So I guess in order to include the object-files from a third party
static library, the only way would be to first extract it's object-files
and then combine them?
That is how I understand it, yes.
On Fri, Sep 21, 2018 at 12:34 PM Deniz Ba
ies into the final generated static
single_static_lib. Can anybody provide a solution for this?
>
> Thank you very much.
>
> Ke
>
> On Fri, Sep 21, 2018 at 6:15 AM Deniz Bahadir
mailto:dbaha...@benocs.com>> wrote:
>>
>
Am 21.09.2018 um 09:33 schrieb David Jobet:
Hello,
I had a similar issue lately and wanted to "pack" several static libs
into a dynamic one. (Not even talking about an INTERFACE lib since I
really wanted that .so)
I made it work with 3 different solutions, none of them being "clean"
from my poin
r object-files, too.
When creating a static library "module2_lib" your original approach
worked, because linking/archiving a static library works different and
includes all object-files, even indirect ones.
Currently, there is some debate about changing the behavior of OBJECT
libr
Am 14.06.2018 um 07:05 schrieb Paul Smith:
I've discovered that CMake is not correctly locating ar/strip/etc. if I
override the names of these tools on the command line. I've tried this
with 3.5.2 as well and I get the same incorrect behavior.
Here's an example (this is on a GNU/Linux system):
Am 16.03.2018 um 03:17 schrieb Stephen McDowell:
I am trying to obey modern CMake target-based practices, with a twist
that everything is available as an OBJECT library if desired. I have
this working and can explain why if desired, but I feel it is extraneous
for this question. What I create
Am 06.09.2017 um 20:24 schrieb Robert Dailey:
So it took me a while to figure out why find_package() calls I was
making (with CONFIG) option were not accessible outside of the
directory in which it was invoked. I realized that all targets seem to
be global by default except IMPORTED targets (acco
Am 17.07.2017 um 18:41 schrieb Deniz Bahadir:
Am 17.07.2017 um 17:15 schrieb Nils Gladitz:
On 17.07.2017 17:13, Deniz Bahadir wrote:
Am 17.07.2017 um 16:47 schrieb Nils Gladitz:
On 7/17/2017 3:52 PM, Deniz Bahadir wrote:
This works just fine. However, now I want to add an additional
build
Am 17.07.2017 um 17:15 schrieb Nils Gladitz:
On 17.07.2017 17:13, Deniz Bahadir wrote:
Am 17.07.2017 um 16:47 schrieb Nils Gladitz:
On 7/17/2017 3:52 PM, Deniz Bahadir wrote:
This works just fine. However, now I want to add an additional
build-step after creation of the object-files and
Am 17.07.2017 um 16:47 schrieb Nils Gladitz:
On 7/17/2017 3:52 PM, Deniz Bahadir wrote:
This works just fine. However, now I want to add an additional
build-step after creation of the object-files and before linking the
shared library. (In particular, I want to compress the debug-symbols
in
ost comfortable (and syntactically cleanest) way would be my
first attempt. But that is probably more a feature-request than a simple
question.
Thanks for your help.
Deniz Bahadir
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake
14 matches
Mail list logo
