Richard, Good to hear from you - I wasn't sure if you were still maintaining things (you and I spoke back in the late 1990s) !
I will see what I can do with Claude, it is currently working through a bunch of optimizations on the code base and instrumenting some other performance gains, should take another couple of days, then I will see if I can get it to produce the portable code per the repression testing framework. Will let you know what we can do, and my colleague Tom MacSween is reverifying everything on Ubuntu (I was working on Windows through MINGW which has it's own set of issues as you know). Regards, Todd *Todd White* Managing Director 177 Huntington Avenue, 17th Floor Boston, MA 02115 Telephone: +1 617 237-2835 Ext. 101 EIN: 33-2228263 Website <https://www.thalion.global/> | Twitter/X <https://x.com/TTIScience> | YouTube <https://www.youtube.com/@TTIScience> [image: https://app.candid.org/profile/16308928/the-thalion-initiative-us-inc-33-2228263/?pkId=39bf89e9-f544-478c-a3fe-e157e345181d] <https://app.candid.org/profile/16308928/the-thalion-initiative-us-inc/?pkId=39bf89e9-f544-478c-a3fe-e157e345181d&isActive=true> On Mon, Apr 13, 2026 at 10:39 AM R Frith-Macdonald < [email protected]> wrote: > > On 13/04/2026 04:35, Todd White wrote: > > Hi GNUstep Team, > > > > As an exercise to test out the latest Claude AI capabilities, we > > recently completed a comprehensive, bottom-up code audit of the > > GNUstep core stack — all seven repositories — covering libobjc2, > > libs-base, libs-corebase, libs-opal, libs-quartzcore, libs-gui, and > > libs-back. > > Thanks for that, it looks like very worthwhile work. I can't really > comment on other packages, but I'd certainly like to incorporate a lot > of that into GNUstep-base. In the areas of the base library I can see > quite a mixture of stuff, some of which is already known, other parts > are quite new. For instance, at one extreme having server verification > off by default was a decision from many years back, but one where a > change was long overdue, while at the other extreme the check for > cross-thread autorelease pool draining deals with such a perverse > situation (I find it hard to concieve of any way to accidentally do > that) that it's quite delightful to have a check/fix for it (though > classifying it as a critical issue seems silly). > > In an ideal world, I'd want to see an individual patch for each issue. > The patch would contain the source code change, the corresponding > testcases, and a ChangeLog entry, but the cloned repos contain only the > first of those. > > Can the LLM take the testcases it has generated and rewrite them as > portable (excluding objc2 and/or platform specific features or > controlling them with preprocessor macros) code as used by the gnustep > regression testing framework, and add them to the regression tests in > each package? > > Thanks > > >
