That's great. I hope we will have a short session to walk us through the cmake changes in the upcoming ATS summit.
Thanks. Kit On Wed, Nov 8, 2023 at 7:42 AM Bryan Call <bryan.call.apa...@gmail.com> wrote: > > Thank you for the feedback. I was hesitant to switch to cmake myself. > However, after using it and noticing how it can speed up development time > (compile and install iterations are much faster) I am a convert. > > configure —help is still a great feature in autotools. I haven’t tried > cmake-gui myself yet, I use the command line all the time, so I use ccmake, > which works well. > > Thank you, > > -Bryan > > > On Nov 7, 2023, at 9:51 PM, Randy DuCharme <radio.ad...@gmail.com> wrote: > > > > but at this juncture I have to. KUDOS!!!! to everyone involved in the > > efforts so far ( yes I know it isn't over ) in the migration to CMAKE. I > > hated that thing (cmake) because I could never find the directives I > > needed. I've been a UNIX/Solaris/AIX/Linux/*BSD developer, professionally > > for almost a quarter of a century. I grew very comfortable with 'make', > > writing my own makefiles and supporting scriptwerk, understanding the > > difference between 'make', and 'gmake' and so on..... > > > > I was initially opposed to the idea of the change at first but also had to > > concede that GNU build tools have been sorely broken and out-of-date > > (platform-dependent statement) for some time. It was your efforts in this > > migration that forced me to do something I've always known how to do: > > LEARN! > > > > Y'alll did a great job (so far) with writing about what you're doing. But > > between the documentation, cmake-gui and a little effort to "step outside > > the circle", I'm still alive and have a new appreciation for something I > > once grew to hate. (CMake, Ninja, etc) > > > > Thanks so much y'all! I owe you all BIG TIME! > > > > -- > > Randall DuCharme (Radio AD5GB) > > Powered entirely by Open Source software. > > > > <OpenPGP_0x69ADB9AE467CFB5F.asc> >
