* [Buildroot] Found my LIBICONV problem, just ignore that one.
@ 2009-11-26 22:21 Michael S. Zick
2009-11-27 8:54 ` Sven Neumann
0 siblings, 1 reply; 4+ messages in thread
From: Michael S. Zick @ 2009-11-26 22:21 UTC (permalink / raw)
To: buildroot
BR2_PACKAGE_PKG_CONFIG -> BR2_PACKAGE_LIBGLIB2 -> BR2_PACKAGE_LIBINTL && BR2_PACKAGE_LIBICONV
So once you select PKG-CONFIG, the others are set and remain set even when you deselect PKG-CONFIG.
It is just one of the irritations of the select "feature" of Kconfig;
Kconfig doesn't have an "auto-selected by" marker to support an "auto-unselect";
that would unselect the selections that it had previously over-ridden. ;)
Not fixable, we just have to learn to live with it and use "search" when something gets "locked on".
Mike
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Buildroot] Found my LIBICONV problem, just ignore that one.
2009-11-26 22:21 [Buildroot] Found my LIBICONV problem, just ignore that one Michael S. Zick
@ 2009-11-27 8:54 ` Sven Neumann
2009-11-27 10:06 ` Peter Korsgaard
0 siblings, 1 reply; 4+ messages in thread
From: Sven Neumann @ 2009-11-27 8:54 UTC (permalink / raw)
To: buildroot
On Thu, 2009-11-26 at 16:21 -0600, Michael S. Zick wrote:
> BR2_PACKAGE_PKG_CONFIG -> BR2_PACKAGE_LIBGLIB2 -> BR2_PACKAGE_LIBINTL && BR2_PACKAGE_LIBICONV
This dependency chain is wrong though, as far as I can see. pkg-config
comes with its own copy of glib-1.2.10. It doesn't need libglib2 and it
doesn't need libintl or iconv either.
Sven
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Buildroot] Found my LIBICONV problem, just ignore that one.
2009-11-27 8:54 ` Sven Neumann
@ 2009-11-27 10:06 ` Peter Korsgaard
2009-11-27 10:27 ` Sven Neumann
0 siblings, 1 reply; 4+ messages in thread
From: Peter Korsgaard @ 2009-11-27 10:06 UTC (permalink / raw)
To: buildroot
>>>>> "Sven" == Sven Neumann <s.neumann@raumfeld.com> writes:
Sven> On Thu, 2009-11-26 at 16:21 -0600, Michael S. Zick wrote:
>> BR2_PACKAGE_PKG_CONFIG -> BR2_PACKAGE_LIBGLIB2 -> BR2_PACKAGE_LIBINTL && BR2_PACKAGE_LIBICONV
Sven> This dependency chain is wrong though, as far as I can see. pkg-config
Sven> comes with its own copy of glib-1.2.10. It doesn't need libglib2 and it
Sven> doesn't need libintl or iconv either.
Yes, you can either use the embedded glib copy or you can build with
--with-installed-glib. We do the latter for the target because the
embedded copy doesn't cross compile easily (and we already did the work
for the glib package).
It's a bit of extra bloat if you want pkg-config and not glib, but as
you only need pkg-config if you have an entire toolchain, adding glib as
well is probably not a big deal.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Buildroot] Found my LIBICONV problem, just ignore that one.
2009-11-27 10:06 ` Peter Korsgaard
@ 2009-11-27 10:27 ` Sven Neumann
0 siblings, 0 replies; 4+ messages in thread
From: Sven Neumann @ 2009-11-27 10:27 UTC (permalink / raw)
To: buildroot
On Fri, 2009-11-27 at 11:06 +0100, Peter Korsgaard wrote:
> >>>>> "Sven" == Sven Neumann <s.neumann@raumfeld.com> writes:
>
> Sven> On Thu, 2009-11-26 at 16:21 -0600, Michael S. Zick wrote:
> >> BR2_PACKAGE_PKG_CONFIG -> BR2_PACKAGE_LIBGLIB2 -> BR2_PACKAGE_LIBINTL && BR2_PACKAGE_LIBICONV
>
> Sven> This dependency chain is wrong though, as far as I can see. pkg-config
> Sven> comes with its own copy of glib-1.2.10. It doesn't need libglib2 and it
> Sven> doesn't need libintl or iconv either.
>
> Yes, you can either use the embedded glib copy or you can build with
> --with-installed-glib. We do the latter for the target because the
> embedded copy doesn't cross compile easily (and we already did the work
> for the glib package).
Ah, that makes sense. Thanks for pointing this out.
Sven
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-11-27 10:27 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-26 22:21 [Buildroot] Found my LIBICONV problem, just ignore that one Michael S. Zick
2009-11-27 8:54 ` Sven Neumann
2009-11-27 10:06 ` Peter Korsgaard
2009-11-27 10:27 ` Sven Neumann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox