[Buildroot] [PATCH] package/libbsd: needs an (e)glibc toolchain
Yann E. MORIN
yann.morin.1998 at free.fr
Mon Jun 9 12:32:22 UTC 2014
Thomas, All,
On 2014-06-09 14:23 +0200, Thomas Petazzoni spake thusly:
> On Mon, 9 Jun 2014 12:26:21 +0200, Yann E. MORIN wrote:
>
> > -comment "libbsd needs a toolchain w/ threads"
> > +comment "libbsd needs an (e)glibc toolchain w/ threads"
> > depends on ( BR2_i386 || BR2_x86_64 )
> > - depends on !BR2_TOOLCHAIN_HAS_THREADS
> > + depends on !BR2_TOOLCHAIN_HAS_THREADS || !BR2_TOOLCHAIN_USES_GLIBC
>
> Is it possible to have a glibc toolchain without threads? I think no.
> In this case, what is our policy? Should we keep both the glibc and
> thread dependencies?
Indeed, Buildroot considers glibc toolchains have threads.
Just for this commit, I would not care we remove the threads dependency,
since it is implicit with glibc.
However, as I said, libbsd is an Nth-level dependency of QEMU, which I
am still p[lanning on submitting. Having static qemu-user programs is
very usefull to run foreign chroots, and is only possible with uClibc,
so I will have to fix that issue at some point in time. And keeping the
threads dependency will just be a warning to me at that point.
But for now, do as you prefer. It should be pretty easy to pinpoint
build failures at that time. ;-)
Do you want me to respin?
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
More information about the buildroot
mailing list