You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by William A Rowe Jr <wr...@rowe-clan.net> on 2022/01/17 04:53:31 UTC
Re: svn commit: r1895541 - /apr/apr/trunk/CMakeLists.txt
On Fri, Dec 3, 2021 at 5:39 AM Mladen Turk <mt...@apache.org> wrote:
>
> On 03/12/2021 12:35, Yann Ylavic wrote:
> > After all those CMakeLists changes, is building with cmake now
> > dedicated to Windows or does/can it work on *nixes too?
> > I never tried building with cmake so far on *nix, so just wondering..
>
> Even before the changes CMakeLists was windows only.
> All unixes works perfectly with configure && make.
>
> Anyhow, here's the latest status
> https://pastebin.com/gBxYtSZE
FWIW, on my current project I have closer to 40 dependencies, not just
a dozen. And nearly every one is built under cmake. And not with cmake's
ideas of rules, but Bazel injection of cflags/ldflags for unix or windows,
and I realized we can choose a platform, and trick cmake to not do much
extra anything by injecting a "bazel" target, not debug/release etc.
That's where I've been spinning my wheels.
It would be really useful if apr supported cmake builds on linux. I'm ok
with helping to see that happen. And it makes cmake a first class build
schema for us, whether one chooses autocruft ./configure, or cmake.
It should all produce a usable result
Re: svn commit: r1895541 - /apr/apr/trunk/CMakeLists.txt
Posted by Mladen Turk <mt...@apache.org>.
On 17/01/2022 05:53, William A Rowe Jr wrote:
> On Fri, Dec 3, 2021 at 5:39 AM Mladen Turk <mt...@apache.org> wrote:
>>
>> On 03/12/2021 12:35, Yann Ylavic wrote:
>>> After all those CMakeLists changes, is building with cmake now
>>> dedicated to Windows or does/can it work on *nixes too?
>>> I never tried building with cmake so far on *nix, so just wondering..
>>
>> Even before the changes CMakeLists was windows only.
>> All unixes works perfectly with configure && make.
>>
>> Anyhow, here's the latest status
>> https://pastebin.com/gBxYtSZE
>
> FWIW, on my current project I have closer to 40 dependencies, not just
> a dozen. And nearly every one is built under cmake. And not with cmake's
> ideas of rules, but Bazel injection of cflags/ldflags for unix or windows,
> and I realized we can choose a platform, and trick cmake to not do much
> extra anything by injecting a "bazel" target, not debug/release etc.
>
> That's where I've been spinning my wheels.
>
> It would be really useful if apr supported cmake builds on linux. I'm ok
> with helping to see that happen. And it makes cmake a first class build
> schema for us, whether one chooses autocruft ./configure, or cmake.
> It should all produce a usable result
>
Have no problem with cmake/linux. However, adding it to the current
CmakeLists would IMO just spaghettify it. Perhaps splitting with
OS include macros or something?
Regards
--
^TM