Hi!
Using GNU Make 3.81 indeed solves the problem. Still I wonder what the problem
is. This used to work, especially on said machine...
cheers,
felix
___
Chicken-users mailing list
Chicken-users@nongnu.org
Was that prior to the makefiles being completely rewritten, though?
Maybe the rewrite uses a feature not available until 3.81, rather than being a
bug in 3.80.
On Jun 4, 2013, at 9:46, Felix fe...@call-with-current-continuation.org wrote:
Hi!
Using GNU Make 3.81 indeed solves the problem.
From: Jim Ursetto zbignie...@gmail.com
Subject: Re: [Chicken-users] problem building chicken 4.8.0.3 on mac 10.4
Date: Tue, 4 Jun 2013 12:12:37 -0500
Was that prior to the makefiles being completely rewritten, though?
Maybe the rewrite uses a feature not available until 3.81, rather than
SRFI-18 states:
Read and write operations on the store (such as reading and writing a
variable, an element of a vector or a string) are not required to be atomic.
It is an error for a thread to write a location in the store while some other
thread reads or writes that same location.
Is
Yes, many mutate operations are not srfi-18 threads aware, in my
(possibly incorrect) experience.
Also, just as an FYI, Chicken's SRFI-18 threads are not system threads,
and so cannot avail themselves of additional processors. If real
parallel operations are your goal then you'll want to look