Is CMake supported on zOS?
If not, any plans for that?
from 2015: https://cmake.org/pipermail/cmake-developers/2015-May/025276.html
Is it possible to boostrap/build CMake by downloading/extracting the CMake source and then using GCC:
./bootstrap
make
Thank you, I saw that before posting the question. The thing is that this email thread dated 2015 and I could not find any updates.
The Bison and Flex seem to support zOS now.
I am not sure about the regex implementation that old post mentioned.
That’s why I asked.
I haven’t heard of any updates. @brad.king?
I’m not aware of any work on CMake support for z/OS. Internally, most code paths assume strings are UTF-8. I don’t know how that should be reconciled with EBCDIC environments.
This assumption (UTF-8, not EBCDIC) - how is it really used in CMake, outside of Bison/Flex?
Are there any operations in CMake itself that really sensitive?
If you could tell me how can I build CMake run its tests on zOS, I could try to see what would it be.
CMake has lots of places that sort and order strings lexicographically. There are also places that do encoding conversions for international character support. The UTF-8 assumption is baked in pretty deeply, and I don’t think we’d want to accept massive changes to lift that assumption.
As I suggested in my post to the 2015 mailing list thread, cross-compiling to z/OS from another host platform may be easier.
Thank you. That makes sense. I tried to avoid cross-compilation, but oh, well.
I know this is an old thread but it was the only one I could find on here. For some time the zopen community has been active in porting tools. cmake is obviously a part of it. The repository can be found here: zopencommunity/cmakeport: A cross-platform build system
The patch file is located here: cmakeport/patches/PR1.patch at main · zopencommunity/cmakeport
Currently, 82% of the tests pass so it’s still a way to go. Does it make sense to start looking at integrating the current state of the patch? My understanding is that those shouldn’t break any of the tests for non z/OS systems.
Sure, incrementally upstreaming the changes is fine, so long as it doesn’t regress existing support for other platforms.