I suspect it should. Also note that there are some notes about CMake versions in the build instructions that will also need updating.
Rick On Sun, Mar 7, 2021 at 12:35 PM P.O. Jonsson <oor...@jonases.se> wrote: > What about this line, should I include it in all places as well? > > cmake_policy(VERSION 2.8...3.3) > > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > Am 07.03.2021 um 18:24 schrieb P.O. Jonsson <oor...@jonases.se>: > > > > Am 07.03.2021 um 18:16 schrieb Rick McGuire <object.r...@gmail.com>: > > I found the old thread from 2018 which discussed the last time we updated > the required version number. I think leaving the other CMake.txt files as > 2.6 was just an oversight and they should also have been updated to 2.8 at > that time. However, I would not be at all opposed to bumping everything to > 3.12 so that all of the conditional logic for the MAC can be removed. We > considered at that time jumping to 3.0, but I couldn't find anything in in > the mail thread that discussed why we settled on 2.0. Surely 3 years later > a higher version would be acceptable. > > Rick > > > That would be even better, I can make a test locally on macOS and some > Linuxes and see if there are any side effects. > > On Sun, Mar 7, 2021 at 12:06 PM Rick McGuire <object.r...@gmail.com> > wrote: > >> I'm currently running 3.11.4 for my Windows build, I can easily upgrade >> to a new version if needed. The last time I bumped the version level >> higher, there was some objections because of some other platforms. I don't >> recall what the specific objections were. >> >> Rick >> >> On Sun, Mar 7, 2021 at 11:52 AM P.O. Jonsson <oor...@jonases.se> wrote: >> >>> I think there is a general agreement that requiring 3.12 for macOS is ok >>> (Jenkins macOS slave is running 3.13.2). >>> >>> Now I am more interested to hear what the Windows users have to say - is >>> there any reason NOT to go from 2.6 to 2.8 as the minimum? I would prefer >>> to have the same settings in all CMakelists.txt >>> >>> Hälsningar/Regards/Grüsse, >>> P.O. Jonsson >>> oor...@jonases.se >>> >>> >>> >>> Am 07.03.2021 um 16:57 schrieb CV Bruce <cvbr...@gmail.com>: >>> >>> Whatever. My point was the ready availability of Cmake recent versions >>> for Mac. When I first built ooRexx V5, Rick told me I needed Version 3 of >>> Cmake, which was readily available. >>> >>> Sent by Magic! >>> >>> On Mar 7, 2021, at 7:16 AM, Enrico Sorichetti via Oorexx-devel < >>> oorexx-devel@lists.sourceforge.net> wrote: >>> >>> IMO the best way to install cmake on APPLE is to use the drag and drop >>> dmg >>> Available in the download section at cmake.org >>> >>> You get a first hand build , it allows to keep updated with minimal >>> effort >>> >>> It installs into /Applications and it can create a symlink into >>> /usr/local >>> Tested on high sierra , catalina, big sur >>> >>> Now I am using 3.20-rc3 >>> >>> I built the APPLE ooRexx universal binaries and the test suite runs >>> well down to El Capitan >>> ( both the x86_64 and the apple silicon builds) >>> >>> Greetings >>> >>> enrico >>> >>> >>> >>> On 7 Mar 2021, at 15:57, CV Bruce <cvbr...@gmail.com> wrote: >>> >>> Apple is notorious for updating packages based on their own needs, which >>> is why I use MacPorts. The current MacPorts version of CMake is 3.19.6. >>> Fink is 3.19.1, and Homebrew is also 3.19.6. >>> I would be in favor of raising the required Cmake level. >>> >>> Sent by Magic! >>> >>> On Mar 7, 2021, at 5:50 AM, Michael Lueck <mlu...@lueckdatasystems.com> >>> wrote: >>> >>> Greetings P.O. >>> >>> P.O. Jonsson wrote: >>> >>> This will also require 2.8 rather than 2.6 for other platforms, which >>> seems to make sense from the warnings received. Any objections? >>> >>> >>> >>> Ubuntu Xeniel, which is just rolling off of LTS support shortly has >>> version: >>> >>> [ Source: cmake ] >>> Package: cmake (3.5.1-1ubuntu1) >>> >>> I see no issue in the Ubuntu world making the minimum version 2.8 rather >>> than 2.6. >>> >>> I am thankful, >>> >>> -- >>> Michael Lueck >>> Lueck Data Systems >>> http://www.lueckdatasystems.com/ >>> >>> >>> _______________________________________________ >>> Oorexx-devel mailing list >>> Oorexx-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>> >>> >>> >>> _______________________________________________ >>> Oorexx-devel mailing list >>> Oorexx-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>> >>> >>> _______________________________________________ >>> Oorexx-devel mailing list >>> Oorexx-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>> >>> _______________________________________________ >>> Oorexx-devel mailing list >>> Oorexx-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>> >>> >>> _______________________________________________ >>> Oorexx-devel mailing list >>> Oorexx-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>> >> _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > > > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > > > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel >
_______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel