On 11/6/26 12:33 PM, Camm Maguire wrote:

Greetings!

Raymond Toy<[email protected]> writes:

On 10/24/26 5:15 AM, Camm Maguire wrote:

  Greetings, and thanks so much for the report!  This is "fixed" now in
master.

Thanks for the quick fix! Also, it’s a regression. 2.6.14 doesn’t have this 
problem. And finally, using stable-sort doesn’t have this problem
either in 2.7.2.

Yes, 2.6.14 could do no source inlining, obscuring the bug.
That would explain it.
I could help, but I’d need lots of guidance on what to look for.

What a kind and generous offer!

The current status is here:

https://reproduce.debian.net/amd64/api/v1/builds/300525/log
https://reproduce.debian.net/amd64/api/v1/builds/300525/artifacts/830481/diffoscope

GCL learns (computes inlines) as it compiles itself, so there is a kind
of memoization to the bootstrap which could pose a race condition when
using a parallel build.  These logs however were with one make job.
Small differences, in the gensym counter in a few files, and a missed
computed inline or two.  It would appear there is some other entry of
the build time into the process, but the one I know of, to seed the
random number generator, in synchronized in the rebuild via the
environment variable SOURCE_DATE_EPOCH.

Anyway, perhaps Claude can think of something and save us some time.
I very briefly skimmed the log. Not sure what I’m looking for or if AI could help figure out the underlying option.

I personally don’t care about parallel builds, if we’re talking about building gcl. It is kind of slow, but I rarely ever build gcl. I guess that’s different for you.

Take care,

  Take care,

Raymond Toy<[email protected]> writes:

  While working on some things in maxima, I found that gcl was incorrectly 
computing some numerical results. With
  help from Claude, it was
isolated to a bug in sort.

Load the attached file to see the issue. I’m using gcl (that I compiled myself):

  (lisp-implementation-version)

"GCL 2.7.1 git tag Version_2_7_2pre15"

I get:

  (load "gcl-sort-bug.lisp")

...
direct-gf  (1.0 2.0 3.0)
dbind-cl   (2.0 1.0 3.0)  <-- expected (1.0 2.0 3.0)
dbind-fun  (2.0 1.0 3.0)  <-- expected (1.0 2.0 3.0)
dbind-gf   (2.0 1.0 3.0)  <-- expected (1.0 2.0 3.0)
setf-cl    (2.0 1.0 3.0)  <-- expected (1.0 2.0 3.0)
setf-fun   (2.0 1.0 3.0)  <-- expected (1.0 2.0 3.0)
setf-gf    (2.0 1.0 3.0)  <-- expected (1.0 2.0 3.0)
vector-gf  (1.0 2.0 3.0)
6 of 10 failed
;; Finished loading "gcl-sort-bug"
&#8203;


&#8203;

&#8203;

Reply via email to