Re: still problems with crossdev

Dne Monday 31 December 2007 17:03:09 Mike Frysinger napsal(a):
> On Monday 31 December 2007, Jakub Ladman wrote:
> > It have generated gcc 3.4.2-r2 now
>
> you mean gcc 3.4.6-r2

Of course gcc 3.4.6-r2, it was a typing error.

Jakub Ladman

Versioned symbols break alsa-lib

Hey,

I've been trying to get alsa to work with uclibc and found out that it breaks
against uclibc when using versioned symbols.

As far as I understand, uclibc doesn't support versioned symbols. However, the
default gentoo-embedded toolchain is happy to compile binaries with versioned
symbols. So, there are no problems at compile or link time.

However, at runtime, the dynamic module loader (I think?) ignores the versions
on symbols and just picks some symbol to link against. In my case, pulseaudio
linked against the symbols from the old alsa api (so not even the default
version). This resulted in some hard to debug breakage.

The solution to this problem turned out to be compiling alsa-lib with
--without-versioned. This way, only the default version of each symbol is
compiled, and no version information is added.

Now, how to fix this for real? I have thought of a number of options.

1. Add an alsa-compat use flag to alsa-libs. Only compile also with
   --with-versioned if this flag is defined. It makes sense to add this
	 useflag, since the versioning of symbols is only (?) needed to support
	 clients that use the old alsa API. Adding alsa-compat to use.mask in the
	 uclibc profile solves the problem.

	 I don't really like this option because it doesn't really define the
	 actual problem (Instead of not compiling with versioned symbols, you're
	 disabling the old API, which just happens to be the same). Also, this
	 addresses the problem only for alsa-lib, while I expect there to be more

using gentoo-embedded on Fedora 8

Re: using gentoo-embedded on Fedora 8

In order to do what you are trying to accomplish, you should create a
gentoo based chroot and do all your work in there. It will ease the
pains caused by using a setup we never intended.

On Mon, 2008-01-07 at 16:47 -0800, Phani Babu Giddi wrote:
> Hello All,
>  
> I have a Fedora Core 8 based desktop and want to use it for using the
> gentoo-embedded for creating cross compiling tools, generating root
> file system and building linux kernel image and things like that...
>  
> So is it possible or is it necessary that for using gentoo-embedded
> the host should be based on gentoo only ? I came across a script which
> creates the portage/emerge and other tools but not sure if Fedora will
> continue to work. Pleaes let me know.
>  
> Regards,
> Phani

Re: Versioned symbols break alsa-lib

On Sun, 2008-01-06 at 18:52 +0100, Matthijs Kooijman wrote:
[snip]

...

> The solution to this problem turned out to be compiling alsa-lib with
> --without-versioned. This way, only the default version of each symbol is
> compiled, and no version information is added.

The solution seems rather simple.

use elibc_glibc || myconf="${myconf} --without-versioned"

Re: using gentoo-embedded on Fedora 8

Re: using gentoo-embedded on Fedora 8

On Mon, 2008-01-07 at 20:11 -0800, Phani Babu Giddi wrote:
> Hi Ned,
>  
> That means I would still have to install Gentoo on a different
> partition and chroot to this partition whenever I have to generate the
> cross-devel related tools. Is that right ? Because once i generate the
> cross development tools chain I would not have to go back to this.
>  

No need to re-slice up your disk. Simply.

mkdir /opt/gentoo
cd /opt/gentoo
wget -O - -q $SOME_STAGEBALL | tar -jxvf - 
cp /etc/resolv.conf etc/
chroot . /bin/bash --login
emerge --sync
$EDITOR /etc/make.conf
emerge crossdev
crossdev -t XXXXXXXXXXX -options XXXX --more_options XXXX

profit...

> Regards,
> Phani
> 
> 
> On Jan 7, 2008 5:38 PM, Ned Ludd <solar@...> wrote:
>         In order to do what you are trying to accomplish, you should
>         create a
>         gentoo based chroot and do all your work in there. It will
>         ease the 
>         pains caused by using a setup we never intended.
>         
>         
>         On Mon, 2008-01-07 at 16:47 -0800, Phani Babu Giddi wrote:
>         > Hello All,
>         >
>         > I have a Fedora Core 8 based desktop and want to use it for
>         using the
>         > gentoo-embedded for creating cross compiling tools,
>         generating root 
>         > file system and building linux kernel image and things like
>         that...
>         >
>         > So is it possible or is it necessary that for using
>         gentoo-embedded
>         > the host should be based on gentoo only ? I came across a
>         script which 
>         > creates the portage/emerge and other tools but not sure if
>         Fedora will
>         > continue to work. Pleaes let me know.
>         >
>         > Regards,
>         > Phani
>         
>         
>         --
>         gentoo-embedded@... mailing list
>         
> 

Re: using gentoo-embedded on Fedora 8

Re: using gentoo-embedded on Fedora 8

not sure what gentoo packages you want, but gentoo alt/prefix can be  
in stalled in ~ and used by user.  it is useable but still in  
develpment and uses its own package tree at the moment  so not sure  
if the packages you want are in the tree.

matt

On Jan 7, 2008, at 6:47 PM, Phani Babu Giddi wrote:

> Hello All,
>
> I have a Fedora Core 8 based desktop and want to use it for using  
> the gentoo-embedded for creating cross compiling tools, generating  
> root file system and building linux kernel image and things like  
> that...
>
> So is it possible or is it necessary that for using gentoo-embedded  
> the host should be based on gentoo only ? I came across a script  
> which creates the portage/emerge and other tools but not sure if  
> Fedora will continue to work. Pleaes let me know.
>
> Regards,
> Phani

Re: using gentoo-embedded on Fedora 8

> mkdir /opt/gentoo
> cd /opt/gentoo
> wget -O - -q $SOME_STAGEBALL | tar -jxvf - 
> cp /etc/resolv.conf etc/
> chroot . /bin/bash --login
> emerge --sync
> $EDITOR /etc/make.conf
> emerge crossdev
> crossdev -t XXXXXXXXXXX -options XXXX --more_options XXXX
I'm using exactly this, but on Debian instead of Fedora. Works perfectly. Even
manages to run a 32 bit chroot on a 64 bit system 

Gr.

Matthijs