This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Userspace RCU library relicensed to LGPLv2.1
- From: "Paul E. McKenney" <paulmck at linux dot vnet dot ibm dot com>
- To: Jan Blunck <jblunck at suse dot de>
- Cc: Evgeniy Polyakov <zbr at ioremap dot net>, Mathieu Desnoyers <mathieu dot desnoyers at polymtl dot ca>, ltt-dev at lists dot casi dot polymtl dot ca, steven dot bennett at us dot ibm dot com, tech-board <tech-board at lists dot linux-foundation dot org>, Robert Wisniewski <bob at watson dot ibm dot com>, Dominique Toupin <dominique dot toupin at ericsson dot com>, Jonathan Corbet <corbet at lwn dot net>, Jake Edge <jake at lwn dot net>, zbrown at tumblerings dot org, libc-alpha at sources dot redhat dot com
- Date: Thu, 14 May 2009 07:37:08 -0700
- Subject: Re: Userspace RCU library relicensed to LGPLv2.1
- References: <20090513204308.GA27340@Krystal> <20090514092738.GO17988@bolzano.suse.de> <20090514094920.GA1250@ioremap.net> <20090514134740.GU17988@bolzano.suse.de>
- Reply-to: paulmck at linux dot vnet dot ibm dot com
On Thu, May 14, 2009 at 03:47:41PM +0200, Jan Blunck wrote:
> On Thu, May 14, Evgeniy Polyakov wrote:
>
> > On Thu, May 14, 2009 at 11:27:38AM +0200, Jan Blunck (jblunck@suse.de) wrote:
> > > Is there a specific reason why the atomic_ops implementation was used instead
> > > of the atomic builtins that come with GCC? IIRC, they are implemented on all
> > > architectures already.
> >
> > Only in 4.1+ versions.
> >
>
> We could add headers for the case that somebody really needs ancient compiler
> support.
We will likely need things for even more ancient compilers -- I have
tested on compilers that do not support __attribute__((constructor)),
for example. ;-)
Easy fix, just invoke urcu_init() during initialization, but if someone
didn't know about it, they might be puzzled by the "signal 31" abort. ;-)
Thanx, Paul