[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Mutexes
From: |
Ben Pfaff |
Subject: |
Re: Mutexes |
Date: |
Mon, 20 Apr 2009 07:31:05 -0700 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) |
John Darrington <address@hidden> writes:
> On Sun, Apr 19, 2009 at 09:05:07PM -0700, Ben Pfaff wrote:
> John Darrington <address@hidden> writes:
>
> > On Sun, Apr 19, 2009 at 08:26:57PM -0700, Ben Pfaff wrote:
> > John Darrington <address@hidden> writes:
> >
> > > Any objections if I check in some thread safety changes to the
> lower
> > > levels, such as the attached patch ?
> > >
> > > I don't think there's going to be a multi-threaded pspp for
> production
> > > use any time soon, but I've been doing some experiments in
> order to
> > > find out what some of the issues are.
> >
> > Could we put this into a separate branch? I'm nervous about
> > adding unneeded dependencies.
> >
> > It doesn't need any additional dependencies, unless you count an extra
> > gnulib module as a dependency.
>
> Won't the gnulib module will cause our binaries to link against
> new libraries, e.g. libpthread on Linux?
>
> At any rate, this will change some very cheap operations, such as
> incrementing a value, into relatively expensive ones.
>
> I thought they were supposed to do nothing if a thread library wasn't
> specified.
But the "lock" module is at least documented to require linking
against a thread library. Maybe it doesn't really require it,
but...
I'm not against making PSPP thread-safe, but I'm against it if we
aren't actually threading PSPP.
--
Ben Pfaff
http://benpfaff.org
- Mutexes, John Darrington, 2009/04/19