* [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no
@ 2011-01-03 10:19 Kfir Lavi
2011-01-03 18:41 ` Mike Frysinger
0 siblings, 1 reply; 6+ messages in thread
From: Kfir Lavi @ 2011-01-03 10:19 UTC (permalink / raw
To: gentoo-embedded
[-- Attachment #1: Type: text/plain, Size: 568 bytes --]
Hi,
when I try to cross compile sys-fs/e2fsprogs I get this error:
checking for blkid_get_cache in -lblkid... no
copying the uuid and blkid files to the cross environment solve the problem
and the package compiles.
cp /tmp/target_root/usr/lib/libuuid.* /usr/i686-gentoo-linux-gnu/usr/lib/
cp /tmp/target_root/usr/lib/libblkid.* /usr/i686-gentoo-linux-gnu/usr/lib/
cp /tmp/target_root/lib/libuuid.so.1* /usr/i686-gentoo-linux-gnu/lib/
cp /tmp/target_root/lib/libblkid.so.1* /usr/i686-gentoo-linux-gnu/lib/
How can this problem be solved permanently?
Regards,
Kfir
[-- Attachment #2: Type: text/html, Size: 643 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no
2011-01-03 10:19 [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no Kfir Lavi
@ 2011-01-03 18:41 ` Mike Frysinger
2011-01-04 9:02 ` Patrice Tisserand
0 siblings, 1 reply; 6+ messages in thread
From: Mike Frysinger @ 2011-01-03 18:41 UTC (permalink / raw
To: gentoo-embedded; +Cc: Kfir Lavi
[-- Attachment #1: Type: Text/Plain, Size: 774 bytes --]
On Monday, January 03, 2011 05:19:58 Kfir Lavi wrote:
> when I try to cross compile sys-fs/e2fsprogs I get this error:
> checking for blkid_get_cache in -lblkid... no
>
> copying the uuid and blkid files to the cross environment solve the problem
> and the package compiles.
> cp /tmp/target_root/usr/lib/libuuid.* /usr/i686-gentoo-linux-gnu/usr/lib/
> cp /tmp/target_root/usr/lib/libblkid.* /usr/i686-gentoo-linux-gnu/usr/lib/
> cp /tmp/target_root/lib/libuuid.so.1* /usr/i686-gentoo-linux-gnu/lib/
> cp /tmp/target_root/lib/libblkid.so.1* /usr/i686-gentoo-linux-gnu/lib/
>
> How can this problem be solved permanently?
you should be emerging library packages into your SYSROOT (/usr/$CTARGET)
before building/installing packages into your ROOT
-mike
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no
2011-01-03 18:41 ` Mike Frysinger
@ 2011-01-04 9:02 ` Patrice Tisserand
2011-01-04 18:59 ` Mike Frysinger
0 siblings, 1 reply; 6+ messages in thread
From: Patrice Tisserand @ 2011-01-04 9:02 UTC (permalink / raw
To: gentoo-embedded; +Cc: Kfir Lavi
Mike Frysinger wrote:
> On Monday, January 03, 2011 05:19:58 Kfir Lavi wrote:
>> when I try to cross compile sys-fs/e2fsprogs I get this error:
>> checking for blkid_get_cache in -lblkid... no
>>
>> copying the uuid and blkid files to the cross environment solve the problem
>> and the package compiles.
>> cp /tmp/target_root/usr/lib/libuuid.* /usr/i686-gentoo-linux-gnu/usr/lib/
>> cp /tmp/target_root/usr/lib/libblkid.* /usr/i686-gentoo-linux-gnu/usr/lib/
>> cp /tmp/target_root/lib/libuuid.so.1* /usr/i686-gentoo-linux-gnu/lib/
>> cp /tmp/target_root/lib/libblkid.so.1* /usr/i686-gentoo-linux-gnu/lib/
>>
>> How can this problem be solved permanently?
>
> you should be emerging library packages into your SYSROOT (/usr/$CTARGET)
> before building/installing packages into your ROOT
> -mike
Does adding -L /tmp/target_root/lib -L /tmp/target_root/usr/lib
-Wl,-rpath-link,/tmp/target_root/lib
-Wl,-rpath-link,/tmp/target_root/usr/lib to LDFLAGS could not be an
alternative ?
Patrice
----
This message contains confidential information and may contain information that is legally privileged. If you have received this message by mistake, please immediately notify us and delete the original message. Thank you.
Ce message contient des informations confidentielles. S'il vous est parvenu par erreur, merci de bien vouloir nous en aviser par retour, de n'en faire aucun usage et de n'en garder aucune copie.
----
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no
2011-01-04 9:02 ` Patrice Tisserand
@ 2011-01-04 18:59 ` Mike Frysinger
2011-01-04 22:12 ` Patrice Tisserand
0 siblings, 1 reply; 6+ messages in thread
From: Mike Frysinger @ 2011-01-04 18:59 UTC (permalink / raw
To: gentoo-embedded; +Cc: Patrice Tisserand, Kfir Lavi
[-- Attachment #1: Type: Text/Plain, Size: 1149 bytes --]
On Tuesday, January 04, 2011 04:02:59 Patrice Tisserand wrote:
> Mike Frysinger wrote:
> > On Monday, January 03, 2011 05:19:58 Kfir Lavi wrote:
> >> when I try to cross compile sys-fs/e2fsprogs I get this error:
> >> checking for blkid_get_cache in -lblkid... no
> >>
> >> copying the uuid and blkid files to the cross environment solve the
> >> problem and the package compiles.
> >> cp /tmp/target_root/usr/lib/libuuid.*
> >> /usr/i686-gentoo-linux-gnu/usr/lib/ cp
> >> /tmp/target_root/usr/lib/libblkid.* /usr/i686-gentoo-linux-gnu/usr/lib/
> >> cp /tmp/target_root/lib/libuuid.so.1* /usr/i686-gentoo-linux-gnu/lib/
> >> cp /tmp/target_root/lib/libblkid.so.1* /usr/i686-gentoo-linux-gnu/lib/
> >>
> >> How can this problem be solved permanently?
> >
> > you should be emerging library packages into your SYSROOT (/usr/$CTARGET)
> > before building/installing packages into your ROOT
>
> Does adding -L /tmp/target_root/lib -L /tmp/target_root/usr/lib
> -Wl,-rpath-link,/tmp/target_root/lib
> -Wl,-rpath-link,/tmp/target_root/usr/lib to LDFLAGS could not be an
> alternative ?
no. that's broken by design.
-mike
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no
2011-01-04 18:59 ` Mike Frysinger
@ 2011-01-04 22:12 ` Patrice Tisserand
2011-01-05 7:03 ` Mike Frysinger
0 siblings, 1 reply; 6+ messages in thread
From: Patrice Tisserand @ 2011-01-04 22:12 UTC (permalink / raw
To: gentoo-embedded; +Cc: Kfir Lavi
On 01/04/2011 07:59 PM, Mike Frysinger wrote:
> On Tuesday, January 04, 2011 04:02:59 Patrice Tisserand wrote:
>> Mike Frysinger wrote:
>>> On Monday, January 03, 2011 05:19:58 Kfir Lavi wrote:
>>>> when I try to cross compile sys-fs/e2fsprogs I get this error:
>>>> checking for blkid_get_cache in -lblkid... no
>>>>
>>>> copying the uuid and blkid files to the cross environment solve the
>>>> problem and the package compiles.
>>>> cp /tmp/target_root/usr/lib/libuuid.*
>>>> /usr/i686-gentoo-linux-gnu/usr/lib/ cp
>>>> /tmp/target_root/usr/lib/libblkid.* /usr/i686-gentoo-linux-gnu/usr/lib/
>>>> cp /tmp/target_root/lib/libuuid.so.1* /usr/i686-gentoo-linux-gnu/lib/
>>>> cp /tmp/target_root/lib/libblkid.so.1* /usr/i686-gentoo-linux-gnu/lib/
>>>>
>>>> How can this problem be solved permanently?
>>>
>>> you should be emerging library packages into your SYSROOT (/usr/$CTARGET)
>>> before building/installing packages into your ROOT
>>
>> Does adding -L /tmp/target_root/lib -L /tmp/target_root/usr/lib
>> -Wl,-rpath-link,/tmp/target_root/lib
>> -Wl,-rpath-link,/tmp/target_root/usr/lib to LDFLAGS could not be an
>> alternative ?
>
> no. that's broken by design.
Thanks for your answer, I have found the following sentence in gentoo
embedded handbook:
"""The common convention is to use your /usr/CTARGET/ tree as your
sysroot as the include/library directories in this tree are already
encoded into the gcc cross-compiler for searching. You could use another
directory and then add custom -I/-L paths to your CPPFLAGS/LDFLAGS, but
this has historically proven to be problematic. Yes, it works most of
the time, but the corner cases are why this method is discouraged. In
the embedded handbook, we'll assume you're using the sysroot as your
development ROOT.
"""
Do you know where I can find references about these corner cases ?
Also how can I handle creating 2 different target rootfs with different
libraries versions but using the same cross-compilation toolchain?
Do I need to duplicate environment or is there some tips ?
Regards,
Patrice
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no
2011-01-04 22:12 ` Patrice Tisserand
@ 2011-01-05 7:03 ` Mike Frysinger
0 siblings, 0 replies; 6+ messages in thread
From: Mike Frysinger @ 2011-01-05 7:03 UTC (permalink / raw
To: gentoo-embedded; +Cc: Patrice Tisserand, Kfir Lavi
[-- Attachment #1: Type: Text/Plain, Size: 1931 bytes --]
On Tuesday, January 04, 2011 17:12:58 Patrice Tisserand wrote:
> On 01/04/2011 07:59 PM, Mike Frysinger wrote:
> > On Tuesday, January 04, 2011 04:02:59 Patrice Tisserand wrote:
> >> Does adding -L /tmp/target_root/lib -L /tmp/target_root/usr/lib
> >> -Wl,-rpath-link,/tmp/target_root/lib
> >> -Wl,-rpath-link,/tmp/target_root/usr/lib to LDFLAGS could not be an
> >> alternative ?
> >
> > no. that's broken by design.
>
> Thanks for your answer, I have found the following sentence in gentoo
> embedded handbook:
> """The common convention is to use your /usr/CTARGET/ tree as your
> sysroot as the include/library directories in this tree are already
> encoded into the gcc cross-compiler for searching. You could use another
> directory and then add custom -I/-L paths to your CPPFLAGS/LDFLAGS, but
> this has historically proven to be problematic. Yes, it works most of
> the time, but the corner cases are why this method is discouraged. In
> the embedded handbook, we'll assume you're using the sysroot as your
> development ROOT.
> """
> Do you know where I can find references about these corner cases ?
perhaps ive cited examples on this list in the past, but i dont recall. i'll
just refer to Bug 347489 and mention the same issue with like
curses/bash/screen off the top of my head.
> Also how can I handle creating 2 different target rootfs with different
> libraries versions but using the same cross-compilation toolchain?
> Do I need to duplicate environment or is there some tips ?
i dont know why you'd do this, but the cleanest approach today would be to
create a new cross-compiler toolchain with a slightly different vendor so you
get unique paths. i imagine it'd be possible to also take the default gcc
specs, tweak the sysroot arg in it, and export the GCC_SPECS env var, but it
could get messy as you'd have to remember what you have your env set to.
-mike
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-01-05 7:14 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-03 10:19 [gentoo-embedded] e2fsprogs checking for blkid_get_cache in -lblkid... no Kfir Lavi
2011-01-03 18:41 ` Mike Frysinger
2011-01-04 9:02 ` Patrice Tisserand
2011-01-04 18:59 ` Mike Frysinger
2011-01-04 22:12 ` Patrice Tisserand
2011-01-05 7:03 ` Mike Frysinger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox