Re: Claude AI code audit of GNUstep core stack — 150 fixes, 12 perf optimizations, all available for upstream
R Frith-Macdonald <[email protected]> Mon, 13 Apr 2026 15:39:49 +0100
| Newsgroups | gmane.comp.lib.gnustep.devel |
|---|---|
| Message-ID | <[email protected]> |
On 13/04/2026 04:35, Todd White wrote: > Hi GNUstep Team, > > As an exercise to test out the latest Claude AI capabilities, we=20 > recently completed a comprehensive, bottom-up code audit of the=20 > GNUstep core stack =E2=80=94 all seven repositories =E2=80=94 covering l= ibobjc2,=20 > libs-base, libs-corebase, libs-opal, libs-quartzcore, libs-gui, and=20 > libs-back. Thanks for that, it looks like very worthwhile work.=C2=A0 I can't really= =20 comment on other packages, but I'd certainly like to incorporate a lot=20 of that into GNUstep-base.=C2=A0 In the areas of the base library I can se= e=20 quite a mixture of stuff, some of which is already known, other parts=20 are quite new.=C2=A0 For instance, at one extreme having server verificati= on=20 off by default was a decision from many years back, but one where a=20 change was long overdue, while at the other extreme the check for=20 cross-thread autorelease pool draining deals with such a perverse=20 situation (I find it hard to concieve of any way to accidentally do=20 that) that it's quite delightful to have a check/fix for it (though=20 classifying it as a critical issue seems silly). In an ideal world, I'd want to see an individual patch for each issue.=C2= =A0=20 The patch would contain the source code change, the corresponding=20 testcases, and a ChangeLog entry, but the cloned repos contain only the=20 first of those. Can the LLM take the testcases it has generated and rewrite them as=20 portable (excluding objc2 and/or platform specific features or=20 controlling them with preprocessor macros) code as used by the gnustep=20 regression testing framework, and add them to the regression tests in=20 each package? Thanks