Date: Fri, 21 May 2004 20:44:41 -0400 From: Garance A Drosihn <drosih@rpi.edu> To: Julian Elischer <julian@elischer.org>, arch@freebsd.org Cc: mtm@freebsd.org Subject: Re: atomic reference counting primatives. Message-ID: <p06020404bcd44faaef2f@[128.113.24.47]> In-Reply-To: <Pine.BSF.4.21.0405201340590.72391-100000@InterJet.elischer.org> References: <Pine.BSF.4.21.0405201340590.72391-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
At 1:56 PM -0700 5/20/04, Julian Elischer wrote:
>This has been raised before but I have come across uses for
>it again and again so I'm raising it again. JHB once posted
>some atomic reference counting primitives. (Do you still have
>them John?) Alfred once said he had some somewhere too, and
>others have commented on this before, but we still don't seem
>to have any.
Btw, does this thread have anything to do with the present
buuldworld-breakage for sparc64? I notice the compile-time
errors are something like:
/usr/src/lib/libthr/thread/thr_cancel.c: In function `testcancel':
/usr/src/lib/libthr/thread/thr_cancel.c:123: warning: passing
arg 1 of `atomic_cmpset_int' from incompatible pointer type
My guess is that this is related to Mike's change to "Make libthr
async-signal-safe without costly signal masking. [...etc...]".
This breakage underlines one reason that it would be mighty
convenient to have some "official" set of primitives. It is
one thing if a developer has to roll-their-own solution for
i386, but somewhat more challenging if that solution has to
work across a half-dozen different hardware platforms.
This also suggests that it would be nice if the primitives
could be written so that if the wrong type-of-parameters are
given, the compiles will fail on *all* platforms.
--
Garance Alistair Drosehn = gad@gilead.netel.rpi.edu
Senior Systems Programmer or gad@freebsd.org
Rensselaer Polytechnic Institute or drosih@rpi.edu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p06020404bcd44faaef2f>