[alsa-devel] Random process lockup on ARM board: alsa-lib-1.0.25, FUTEX_WAIT_PRIVATE

Jonathan Andrews jon at jonshouse.co.uk
Thu Mar 8 17:42:16 CET 2012


On Thu, 2012-03-08 at 16:34 +0100, Takashi Iwai wrote:
> At Thu, 08 Mar 2012 15:14:50 +0000,
> Jonathan Andrews wrote:
> > 
> > On Thu, 2012-03-08 at 15:35 +0100, Clemens Ladisch wrote:
> > > Jonathan Andrews wrote:
> > > > Getting closer, alsalib now builds without the need for pthreads but
> > > > seems to insist on dlopen dlclose even in static lib ?
> > > 
> > > Add --without-libdl.
> > > 
> > 
> > Ok, that fixed it thanks.
> > 
> > A couple of comments. 
> > 
> > 1) A lot of my trouble was this :
> > configure.in:15: error: Autoconf version 2.62 or higher is required
> > 
> > If autoconf exists, is executed,  but does not complete should configure
> > not exit with an error ?
> 
Blame your autoconf :)
Hmmmm .... true, but still not convinced this could not have been
prevented by reading the errorlevel and crapping out with a nice fluffy
error message for me !


> > I checked the output of the configure/make carefully. Autoconf was
> > silently failing, gives no clues at all. As the datetime is in the
> > binary created each library had a unique file hash so I (reasonably)
> > assumed it to be doing the job :-(
> > 
> > 2)  "Add --without-libdl", 
> >    ok ... should "--static" not turn this on then ?
> 
> dlopen() can be still used for taking other objects like LADSPA or
> external io or pcm plugins.  There is no reason to prohibit dlopen()
> in a static library.

Ok, makes sense.

Thanks,
Jon





More information about the Alsa-devel mailing list