reassign 420325 ruby1.8-dev
thanks
On Sat, Apr 21, 2007 at 06:36:34PM +0200, Adeodato Sim? wrote:
> Hi. During an archive rebuild your xapian-bindings package failed to build
> with the following error:
>
> -----------------------------------8<-----------------------------------
> make[5]: Entering directory
> `/build/user/xapian-bindings-0.9.9/build-tcl-and-ruby/ruby'
> /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
> -I../../ruby -I.. -I/usr/lib/ruby/1.8/i486-linux -fno-strict-aliasing -Wall
> -Wno-unused -Wno-uninitialized -fvisibility=hidden -O2 -c -o xapian_wrap.lo
> ../../ruby/xapian_wrap.cc
> mkdir .libs
> g++ -DHAVE_CONFIG_H -I. -I../../ruby -I.. -I/usr/lib/ruby/1.8/i486-linux
> -fno-strict-aliasing -Wall -Wno-unused -Wno-uninitialized -fvisibility=hidden
> -O2 -c ../../ruby/xapian_wrap.cc -fPIC -DPIC -o .libs/xapian_wrap.o
> /usr/include/unistd.h:266: error: declaration of 'int eaccess(const char*,
> int) throw ()' throws different exceptions
> /usr/lib/ruby/1.8/i486-linux/missing.h:43: error: from previous declaration
> 'int eaccess(const char*, int)'
The bug here is in ruby1.8-dev, which needs rebuilding against the
latest libc6-dev. A binnmu should be sufficient if ruby is binnmu safe.
Here's what's going on:
/usr/include/unistd.h in etch didn't prototype eaccess, so that
prototype is a pretty new addition. When ruby was last built, it
didn't find eaccess(), so /usr/lib/ruby/1.8/i486-linux/config.h doesn't
define `HAVE_EACCESS' and /usr/lib/ruby/1.8/i486-linux/missing.h tries
to prototype it, but this clashes with the new prototype in unistd.h
because ruby's prototype misses off the `throw ()'.
So I'm reassigning this bug to ruby1.8-dev.
Cheers,
Olly
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
