On Mon, Apr 7, 2025 at 9:00 AM Simon Sobisch <simonsobi...@gnu.org> wrote: > > My question stands on integrating COBOLworx' UAT as-is for now > (Copyright is all on FSF; built automatically [it is autoconf, which is > a requirement for VCS checkouts], possibly also hooked into the current > test target) - with the goal to get rid of UAT later (next GCC version, > not GCC 15). > > There's also the question about integrating NIST into GCC upstream - > that is a subfolder and would only be executed upon explicit call by > maintainers (newcob.val / newcob.val.gz may be either included in VCS or > even downloaded manually...).
As I repeatedly said I'd welcome a test harness like Ada ACATS for running the NIST testsuite plus a contrib/download_cobol_nist script that downloads the NIST file and prepares it for use. I'd suggest to, similar as with ACATS, have a separate make target for testing (but still invoked with make check, when present). As for UAT, I understand it's work in progress to get that converted to dejagnu? > With UAT, gcobol would have MUCH more test coverage directly for > everyone, with NIST developers would have the chance to run "what is not > disabled" from that testsuite for bigger changes like the > FLOAT_128/libmath adjustment and when working on a new target. > > Both parts are already in the COBOLworx repo and work, can be used > directly to check for regressions and the move from UAT to dejagnu can > still be done after the increasing pile of bugs (which, as a COBOL > programmer I partly find quite severe) and possibly some feature > requests (especially around huge codegen) are taken care by the "rare > resources" Bob and Jim. > > Concerning NIST: please take care to not get on the same low level like > COBOL-IT and others, claiming gcobol passes NIST - it doesn't (no > current compiler does pass all modules, and I think GnuCOBOL is the > single one that nearly passes everything [and is able to at least parse > the parts that are disabled - around the COMMUNICATION module which was > obsolete in COBOL85 and was kind of resurrected by COBOL2023's Message > Control System [MCS]). > > Simon