On Mon, Jan 03, 2011 at 11:16:41AM +0900, sf...@users.sourceforge.net wrote:
> Currently I am guessing this problem is related to the build
> environment. To convert the link type from static to dynamic is one
> solution, I agree. But it may be inefficient for other cases as Ruben
> wrote.
> 
> I have googled "unexpected reloc type static" and found such problem is
> already reported several times in gentoo.
>       Bug#: 333053
>       Bug#: 333137
> They seem to solve the problem by changing their compile flags.
> 
> Also there are a bug report about binutils package, and it says strip(1)
> breaks the binary.
>       Bug binutils/10337
>       (also Bug ld/10911 (fixed? in Nov 2009))
> It was fixed in Jun 2009.
> Is binutils in your gentoo system the unfixed version?
> 
> 
> J. R. Okajima

You guess right :)

By default lfs 6.7 uses Binutils-2.20.1 that comes from 2009 and tells
you to strip it if you want to reduce size, I
installed a more recent version binutils-2.21 and it works fine now
using -static.

earth:/usr/src/linux/aufs2-util#  file ./umount.aufs
./umount.aufs: ELF 32-bit LSB executable, Intel 80386, version 1
(GNU/Linux), statically linked, for GNU/Linux 2.6.22, stripped

mount -t aufs -o br=/tmp/rw:${HOME} none /tmp/aufs
./umount.aufs /tmp/aufs

An no more segfaults here, so again it's not an aufs bug.

That part is related to lfs 6.7 binutils (Binutils-2.20.1) + strip.

http://www.linuxfromscratch.org/lfs/view/stable/chapter06/binutils.html
http://www.linuxfromscratch.org/lfs/view/stable/chapter05/stripping.html

Ok, so the better solution for LFS users is to install binutils-2.21 and use 
again
-static (so default configs) and everything it's correct now.

Thank you!

-- 
r...@sdf.lonestar.org

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl

Reply via email to