[Buildroot] Buildroot fails to build when selecting build packages

[Buildroot] Buildroot fails to build when selecting build packages

[Nigel Sollars]

Hello,

I have successfully built a buildroot for my Pandaboard es that uses mdev
which is nice,  now I want to include the build environment in my install
packages.

The build fails since as a dependency glib2 is selected this fails with a
dbus like so:

gdbus-proxy-threads.c:34:31: fatal error: dbus/dbus-shared.h: No such file
or directory
compilation terminated.
make[7]: *** [gdbus-proxy-threads.o] Error 1
make[7]: *** Waiting for unfinished jobs....
make[7]: Leaving directory
`/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/gio/tests'
make[6]: *** [all-recursive] Error 1
make[6]: Leaving directory
`/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/gio/tests'
make[5]: *** [all] Error 2
make[5]: Leaving directory
`/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/gio/tests'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/gio'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/gio'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2'
make: ***
[/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/.stamp_built]
Error 2


Any help with this one since I have tried a number of things ( google found
), would be awesome.

Regards
Nigel Sollars

-- 
?Science is a differential equation. Religion is a boundary condition.?

Alan Turing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120424/149a56e8/attachment.html>

[Buildroot] Buildroot fails to build when selecting build packages

[Arnout Vandecappelle]

On Wednesday 25 April 2012 01:49:44 Nigel Sollars wrote:
> The build fails since as a dependency glib2 is selected this fails with a
> dbus like so:

 Works for me.  Can you run a 'make savedefconfig' and send the defconfig
file?  Does the problem also occur after a clean rebuild?

 Regards,
 Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Buildroot fails to build when selecting build packages

[Arnout Vandecappelle]

On Saturday 28 April 2012 04:56:35 Nigel Sollars wrote:
> Hello Arnout,
> 
> It seems my first reply with regards to the make clean may not have been
> accurate, please see defconfig,

 Please reply to all, to include the list.  I reproduced and minimized your 
defconfig below.  Also avoid top-posting please.

> The new error is ( from the top error cause ):
> 
> target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/cfenv:41:0, 
>    from /usr/local/panda-stuff/buildroot-src/buildroot/output/toolchain/gcc-4.6.3/libstdc++-v3/include/precompiled/stdc++.h:54:
>    /usr/local/panda-stuff/buildroot-src/buildroot/output/build/gcc-4.6.3-target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/fenv.h:36:24:
> fatal error: fenv.h: No such file or directory
> compilation terminated.
[snip]

 I can indeed reproduce this error.  However, after a second (clean) run
it did come through.  I suspect that this is a ccache problem.  Try clearing
your ccache (e.g. removing ~/.buildroot-ccache, or disabling ccache in your
buildroot config) and rebuilding from scratch. Our ccache setup is not 
resilient to changes in the toolchain.  This was discussed before on the
list, but we found no good solution.


 Regards,
 Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F


----------- failing defconfig -------------
BR2_arm=y
BR2_cortex_a9=y
BR2_BINUTILS_VERSION_2_22=y
BR2_GCC_VERSION_4_6_X=y
BR2_INSTALL_FORTRAN=y
BR2_PACKAGE_GDB=y
BR2_TOOLCHAIN_BUILDROOT_LARGEFILE=y
BR2_TOOLCHAIN_BUILDROOT_INET_IPV6=y
BR2_TOOLCHAIN_BUILDROOT_INET_RPC=y
BR2_TOOLCHAIN_BUILDROOT_LOCALE=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_TOOLCHAIN_BUILDROOT_USE_SSP=y
BR2_PTHREADS_OLD=y
-------------------------------------------

[Buildroot] Buildroot fails to build when selecting build packages

[Arnout Vandecappelle]

On Saturday 28 April 2012 18:01:42 Arnout Vandecappelle wrote:
> > The new error is ( from the top error cause ):
> > 
> > target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/cfenv:41:0, 
> >    from /usr/local/panda-stuff/buildroot-src/buildroot/output/toolchain/gcc-4.6.3/libstdc++-v3/include/precompiled/stdc++.h:54:
> >    /usr/local/panda-stuff/buildroot-src/buildroot/output/build/gcc-4.6.3-target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/fenv.h:36:24:
> > fatal error: fenv.h: No such file or directory
> > compilation terminated.
> [snip]
> 
>  I can indeed reproduce this error.  However, after a second (clean) run
> it did come through.  I suspect that this is a ccache problem.

 Sorry, I spoke too soon...

 I hadn't noticed that you're building gcc for the target.

 It seems that there is something wrong with the configure of gcc.  It 
incorrectly thinks that fenv.h is available when compiling for the target.

build/gcc-4.6.3-target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/arm-unknown-linux-uclibcgnueabi/bits/c++config.h:551:#define _GLIBCXX_HAVE_FENV_H 1

 For the cross-compiler, it correctly identifies fenv.h being absent:
toolchain/gcc-4.6.3-final/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/arm-unknown-linux-uclibcgnueabi/bits/c++config.h:551:/* #undef _GLIBCXX_HAVE_FENV_H */

 I guess this is the same problem as reported in 
https://bugs.busybox.net/show_bug.cgi?id=4484

 The problem is that gcc installs fenv.h as part of libstdc++, even if no
native fenv.h is available.  Therefore, the target libstdc++'s configure
thinks that fenv.h is available.

 The following patch (to buildroot) seems to solve it:

------
diff --git a/toolchain/gcc/gcc-uclibc-4.x.mk b/toolchain/gcc/gcc-uclibc-4.x.mk
index a2975dc..1600b68 100644
--- a/toolchain/gcc/gcc-uclibc-4.x.mk
+++ b/toolchain/gcc/gcc-uclibc-4.x.mk
@@ -593,6 +593,7 @@ $(GCC_BUILD_DIR4)/.configured: $(GCC_BUILD_DIR4)/.prepared
 
 $(GCC_BUILD_DIR4)/.compiled: $(GCC_BUILD_DIR4)/.configured
 	PATH=$(TARGET_PATH) \
+	ac_cv_header_fenv_h=no \
 	$(MAKE) -C $(GCC_BUILD_DIR4) all
 	touch $@
 
------

 But of course, it would be much better to find a patch that fixes
the configure of libstdc++ and upstream it.

 Regards,
 Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Buildroot fails to build when selecting build packages

[Nigel Sollars]

Hello,

Thanks for the feedback on Gcc, I removed it from my configuration and
rebuilt.

Again this is a copy of the config with only a make menuconfig , make
performed.  The original libglib2 issue reappeared.

ive supplied the config which is from version 2012.02 but ive also
confirmed this happens to me from git release also.

Regards
Nigel


On Sat, Apr 28, 2012 at 3:09 PM, Arnout Vandecappelle <arnout@mind.be>wrote:

> On Saturday 28 April 2012 18:01:42 Arnout Vandecappelle wrote:
> > > The new error is ( from the top error cause ):
> > >
> > > target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/cfenv:41:0,
> > >    from
> /usr/local/panda-stuff/buildroot-src/buildroot/output/toolchain/gcc-4.6.3/libstdc++-v3/include/precompiled/stdc++.h:54:
> > >
>  /usr/local/panda-stuff/buildroot-src/buildroot/output/build/gcc-4.6.3-target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/fenv.h:36:24:
> > > fatal error: fenv.h: No such file or directory
> > > compilation terminated.
> > [snip]
> >
> >  I can indeed reproduce this error.  However, after a second (clean) run
> > it did come through.  I suspect that this is a ccache problem.
>
>  Sorry, I spoke too soon...
>
>  I hadn't noticed that you're building gcc for the target.
>
>  It seems that there is something wrong with the configure of gcc.  It
> incorrectly thinks that fenv.h is available when compiling for the target.
>
> build/gcc-4.6.3-target/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/arm-unknown-linux-uclibcgnueabi/bits/c++config.h:551:#define
> _GLIBCXX_HAVE_FENV_H 1
>
>  For the cross-compiler, it correctly identifies fenv.h being absent:
> toolchain/gcc-4.6.3-final/arm-unknown-linux-uclibcgnueabi/libstdc++-v3/include/arm-unknown-linux-uclibcgnueabi/bits/c++config.h:551:/*
> #undef _GLIBCXX_HAVE_FENV_H */
>
>  I guess this is the same problem as reported in
> https://bugs.busybox.net/show_bug.cgi?id=4484
>
>  The problem is that gcc installs fenv.h as part of libstdc++, even if no
> native fenv.h is available.  Therefore, the target libstdc++'s configure
> thinks that fenv.h is available.
>
>  The following patch (to buildroot) seems to solve it:
>
> ------
> diff --git a/toolchain/gcc/gcc-uclibc-4.x.mk b/toolchain/gcc/
> gcc-uclibc-4.x.mk
> index a2975dc..1600b68 100644
> --- a/toolchain/gcc/gcc-uclibc-4.x.mk
> +++ b/toolchain/gcc/gcc-uclibc-4.x.mk
> @@ -593,6 +593,7 @@ $(GCC_BUILD_DIR4)/.configured:
> $(GCC_BUILD_DIR4)/.prepared
>
>  $(GCC_BUILD_DIR4)/.compiled: $(GCC_BUILD_DIR4)/.configured
>        PATH=$(TARGET_PATH) \
> +       ac_cv_header_fenv_h=no \
>        $(MAKE) -C $(GCC_BUILD_DIR4) all
>        touch $@
>
> ------
>
>  But of course, it would be much better to find a patch that fixes
> the configure of libstdc++ and upstream it.
>
>  Regards,
>  Arnout
>
> --
> Arnout Vandecappelle                               arnout at mind be
> Senior Embedded Software Architect                 +32-16-286540
> Essensium/Mind                                     http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR
> Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>



-- 
?Science is a differential equation. Religion is a boundary condition.?

Alan Turing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120429/a7a2b704/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: defconfig
Type: application/octet-stream
Size: 1855 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120429/a7a2b704/attachment.obj>

[Buildroot] Buildroot fails to build when selecting build packages

[Arnout Vandecappelle]

 Hoi Nigel,

 I ignored the original error because I got distracted by the fenv issue :-)

On Wednesday 25 April 2012 01:49:44 Nigel Sollars wrote:
> The build fails since as a dependency glib2 is selected this fails with a
> dbus like so:
> 
> gdbus-proxy-threads.c:34:31: fatal error: dbus/dbus-shared.h: No such file
> or directory
> compilation terminated.
> make[7]: *** [gdbus-proxy-threads.o] Error 1
> make[7]: *** Waiting for unfinished jobs....
> make[7]: Leaving directory
> `/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/gio/tests'
> make[6]: *** [all-recursive] Error 1

 Still works for me :-)

 The dbus dependency of libglib2 is only there for the tests.  Since you
don't have dbus selected, the configure script should detect that and
disable the gio tests...

 Can you post the output/build/libglib2-2.30.2/config.log file?  It
should report in the beginning that the host directory is in the front
of the path, and near the end you should get this:

configure:28819: checking for DBUS1
configure:28826: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
Package dbus-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `dbus-1.pc'
to the PKG_CONFIG_PATH environment variable
No package 'dbus-1' found
configure:28829: $? = 1
configure:28842: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
Package dbus-1 was not found in the pkg-config search path.
Perhaps you should add the directory containing `dbus-1.pc'
to the PKG_CONFIG_PATH environment variable
No package 'dbus-1' found
configure:28845: $? = 1
configure:28858: result: no
No package 'dbus-1' found


 Hang on...  You don't have DBUS1_CFLAGS or DBUS1_LIBS set in your
environment, do you?  In that case, the configure script would enable
the gio tests unconditionally...


 Regards,
 Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Buildroot fails to build when selecting build packages

[Nigel Sollars]

Hello,

I dont have either of those set for environment vars, ( went through
profile / profile.d and env )

here is the output:

configure:28819: checking for DBUS1
configure:28826: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
configure:28829: $? = 0
configure:28842: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
configure:28845: $? = 0
configure:28882: result: yes

Perhaps I missed something?

Regards
Nige


2012/4/29 Arnout Vandecappelle <arnout@mind.be>

>  Hoi Nigel,
>
>  I ignored the original error because I got distracted by the fenv issue
> :-)
>
> On Wednesday 25 April 2012 01:49:44 Nigel Sollars wrote:
> > The build fails since as a dependency glib2 is selected this fails with a
> > dbus like so:
> >
> > gdbus-proxy-threads.c:34:31: fatal error: dbus/dbus-shared.h: No such
> file
> > or directory
> > compilation terminated.
> > make[7]: *** [gdbus-proxy-threads.o] Error 1
> > make[7]: *** Waiting for unfinished jobs....
> > make[7]: Leaving directory
> >
> `/usr/local/panda-stuff/buildroot-git/buildroot/output/build/libglib2-2.30.2/gio/tests'
> > make[6]: *** [all-recursive] Error 1
>
>  Still works for me :-)
>
>  The dbus dependency of libglib2 is only there for the tests.  Since you
> don't have dbus selected, the configure script should detect that and
> disable the gio tests...
>
>  Can you post the output/build/libglib2-2.30.2/config.log file?  It
> should report in the beginning that the host directory is in the front
> of the path, and near the end you should get this:
>
> configure:28819: checking for DBUS1
> configure:28826: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
> Package dbus-1 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `dbus-1.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'dbus-1' found
> configure:28829: $? = 1
> configure:28842: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
> Package dbus-1 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `dbus-1.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'dbus-1' found
> configure:28845: $? = 1
> configure:28858: result: no
> No package 'dbus-1' found
>
>
>  Hang on...  You don't have DBUS1_CFLAGS or DBUS1_LIBS set in your
> environment, do you?  In that case, the configure script would enable
> the gio tests unconditionally...
>
>
>  Regards,
>  Arnout
>
> --
> Arnout Vandecappelle                               arnout at mind be
> Senior Embedded Software Architect                 +32-16-286540
> Essensium/Mind                                     http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR
> Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>



-- 
?Science is a differential equation. Religion is a boundary condition.?

Alan Turing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120429/8c2b929b/attachment.html>

[Buildroot] Buildroot fails to build when selecting build packages

[Arnout Vandecappelle]

On 04/29/12 15:27, Nigel Sollars wrote:
> Hello,
>
> I dont have either of those set for environment vars, ( went through
> profile / profile.d and env )
>
> here is the output:
>
> configure:28819: checking for DBUS1
> configure:28826: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
> configure:28829: $? = 0
> configure:28842: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
> configure:28845: $? = 0
> configure:28882: result: yes

  So pkg-config incorrectly claims that dbus is available.  Is there 
really a dbus-1.pc file in output/staging/usr/lib/pkgconfig?  Can you 
run "output/host/usr/bin/pkg-config --debug --modversion dbus-1" ?

  Regards,
  Arnout

[Buildroot] Buildroot fails to build when selecting build packages

[Nigel Sollars]

Hello,

ok the command you gave shows that the configuration is reading from my
/usr/lib/pkgconfig/dbus-1.pc file.

So thats obviously the cause to this one.

Nige

On Sun, Apr 29, 2012 at 10:10 AM, Arnout Vandecappelle <arnout@mind.be>wrote:

> On 04/29/12 15:27, Nigel Sollars wrote:
>
>> Hello,
>>
>> I dont have either of those set for environment vars, ( went through
>> profile / profile.d and env )
>>
>> here is the output:
>>
>> configure:28819: checking for DBUS1
>> configure:28826: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
>> configure:28829: $? = 0
>> configure:28842: $PKG_CONFIG --exists --print-errors "dbus-1 >= 1.2.14"
>> configure:28845: $? = 0
>> configure:28882: result: yes
>>
>
>  So pkg-config incorrectly claims that dbus is available.  Is there really
> a dbus-1.pc file in output/staging/usr/lib/**pkgconfig?  Can you run
> "output/host/usr/bin/pkg-**config --debug --modversion dbus-1" ?
>
>  Regards,
>  Arnout
>
>
>


-- 
?Science is a differential equation. Religion is a boundary condition.?

Alan Turing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120429/4b921475/attachment.html>

[Buildroot] Buildroot fails to build when selecting build packages

[Arnout Vandecappelle]

On 04/29/12 16:36, Nigel Sollars wrote:
> ok the command you gave shows that the configuration is reading from my
> /usr/lib/pkgconfig/dbus-1.pc file.
>
> So thats obviously the cause to this one.

  Do you have PKG_CONFIG_PATH or something similar set in the 
environment? (env | grep PKG_CONFIG)

  Regards,
  Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Buildroot fails to build when selecting build packages

[Nigel Sollars]

Hello,

Yes this one is set by the distro / profile.d scripts here is the OUTPUT,
the distro I am using is slackware 13.37

PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig

Nige


On Sun, Apr 29, 2012 at 10:44 AM, Arnout Vandecappelle <arnout@mind.be>wrote:

> On 04/29/12 16:36, Nigel Sollars wrote:
>
>> ok the command you gave shows that the configuration is reading from my
>> /usr/lib/pkgconfig/dbus-1.pc file.
>>
>> So thats obviously the cause to this one.
>>
>
>  Do you have PKG_CONFIG_PATH or something similar set in the environment?
> (env | grep PKG_CONFIG)
>
>
>  Regards,
>  Arnout
>
> --
> Arnout Vandecappelle                               arnout at mind be
> Senior Embedded Software Architect                 +32-16-286540
> Essensium/Mind                                     http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR
> Leuven
> LinkedIn profile: http://www.linkedin.com/in/**arnoutvandecappelle<http://www.linkedin.com/in/arnoutvandecappelle>
> GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>



-- 
?Science is a differential equation. Religion is a boundary condition.?

Alan Turing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120429/156bc1a8/attachment.html>

[Buildroot] Globally disable PKG_CONFIG_PATH? [was: Re: Buildroot fails to build when selecting build packages]

[Arnout Vandecappelle]

On 04/29/12 16:47, Nigel Sollars wrote:
> Hello,
>
> Yes this one is set by the distro / profile.d scripts here is the
> OUTPUT,  the distro I am using is slackware 13.37
>
> PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig

  Right!

  Buildroot devels: should we globally unset PKG_CONFIG_PATH with an

PKG_CONFIG_PATH =
export PKG_CONFIG_PATH

in the top-level Makefile?

  Or should we add PKG_CONFIG_PATH="" to TARGET_CONFIGURE_OPTS?

  The former has the advantage that it also works for packages that 
don't use TARGET_CONFIGURE_OPTS.  But I'm not sure if maybe we _want_ 
host packages to use the system's PKG_CONFIG_PATH...


  Nigel, for now just unset PKG_CONFIG_PATH in your environment before 
calling make.  You don't have to rebuild from scratch, you can just run 
'PKG_CONFIG_PATH="" make libglib2-reconfigure'.


  Regards,
  Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Globally disable PKG_CONFIG_PATH? [was: Re: Buildroot fails to build when selecting build packages]

[Nigel Sollars]

Hello,

Confirmed!

after exporting PKG_CONFIG_PATH= thus clearing the env var.  build went all
the way through.

Regards
Nige

On Sun, Apr 29, 2012 at 10:55 AM, Arnout Vandecappelle <arnout@mind.be>wrote:

> On 04/29/12 16:47, Nigel Sollars wrote:
>
>> Hello,
>>
>> Yes this one is set by the distro / profile.d scripts here is the
>> OUTPUT,  the distro I am using is slackware 13.37
>>
>> PKG_CONFIG_PATH=/usr/local/**lib/pkgconfig:/usr/lib/**pkgconfig
>>
>
>  Right!
>
>  Buildroot devels: should we globally unset PKG_CONFIG_PATH with an
>
> PKG_CONFIG_PATH =
> export PKG_CONFIG_PATH
>
> in the top-level Makefile?
>
>  Or should we add PKG_CONFIG_PATH="" to TARGET_CONFIGURE_OPTS?
>
>  The former has the advantage that it also works for packages that don't
> use TARGET_CONFIGURE_OPTS.  But I'm not sure if maybe we _want_ host
> packages to use the system's PKG_CONFIG_PATH...
>
>
>  Nigel, for now just unset PKG_CONFIG_PATH in your environment before
> calling make.  You don't have to rebuild from scratch, you can just run
> 'PKG_CONFIG_PATH="" make libglib2-reconfigure'.
>
>
>  Regards,
>  Arnout
>
> --
> Arnout Vandecappelle                               arnout at mind be
> Senior Embedded Software Architect                 +32-16-286540
> Essensium/Mind                                     http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR
> Leuven
> LinkedIn profile: http://www.linkedin.com/in/**arnoutvandecappelle<http://www.linkedin.com/in/arnoutvandecappelle>
> GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>



-- 
?Science is a differential equation. Religion is a boundary condition.?

Alan Turing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120429/22b80919/attachment.html>

[Buildroot] Globally disable PKG_CONFIG_PATH? [was: Re: Buildroot fails to build when selecting build packages]

[Thomas Petazzoni]

Le Sun, 29 Apr 2012 16:55:06 +0200,
Arnout Vandecappelle <arnout@mind.be> a ?crit :

>   Buildroot devels: should we globally unset PKG_CONFIG_PATH with an
> 
> PKG_CONFIG_PATH =
> export PKG_CONFIG_PATH
> 
> in the top-level Makefile?
> 
>   Or should we add PKG_CONFIG_PATH="" to TARGET_CONFIGURE_OPTS?
> 
>   The former has the advantage that it also works for packages that 
> don't use TARGET_CONFIGURE_OPTS.  But I'm not sure if maybe we _want_ 
> host packages to use the system's PKG_CONFIG_PATH...

Well, for the moment, what we do is:

 (1) For target packages, we don't pass any PKG_CONFIG_PATH variable,
     because our host-pkg-config is hardcoded to search
     $(STAGING_DIR)/usr/lib/pkgconfig:$(STAGING_DIR)/usr/share/pkgconfig.
     However, having PKG_CONFIG_PATH in the environment will lead to
     pkg-config also searching in the paths listed in PKG_CONFIG_PATH
     before searching for the hardcoded paths.

 (2) For host packages: we only pass a PKG_CONFIG_LIBDIR variable,
     which overrides the default list of directories, but still comes
     in addition to the directories listed in the PKG_CONFIG_PATH
     variables (from a quick reading of pkg-config-0.25/main.c). Since
     we used PKG_CONFIG_LIBDIR, I guess our intention was to completely
     limit the search of .pc to the $(HOST_DIR) and not look inside the
     ones offered by the distribution. So if we want to preserve this
     behavior, we have do not something against the PKG_CONFIG_PATH
     being passed in the environment.

Therefore, in order to workaround environments where PKG_CONFIG_PATH is
set, we would have to pass PKG_CONFIG_PATH="" in both the host and
target package cases in order to get the desired effect.

Another solution is to add a check in
support/dependencies/dependencies.sh to verify that PKG_CONFIG_PATH is
not set, and otherwise abort and tell the user to do something about
this. Probably not as nice as the previous solution, though, but we
already do this for PERL_MM_OPT for example.

Best regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] [PATCH] Globally disable PKG_CONFIG_PATH

[Arnout Vandecappelle]

If PKG_CONFIG_PATH is set in the environment, it allows pkg-config to
look for libraries outside of the buildroot tree.  This is a problem
both for host and target builds.  To avoid it, globally set an empty
PKG_CONFIG_PATH in the environment.

Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
--
Tested on Nigel's config.  Without this patch, it breaks when I point
PKG_CONFIG_PATH to dbus-1.pc; with this patch, it works.

---
 Makefile |    3 +++
 1 file changed, 3 insertions(+)

diff --git a/Makefile b/Makefile
index 96f9412..99e0a71 100644
--- a/Makefile
+++ b/Makefile
@@ -165,6 +165,9 @@ HOSTNM:=$(shell which $(HOSTNM) || type -p $(HOSTNM) || echo nm)
 export HOSTAR HOSTAS HOSTCC HOSTCXX HOSTFC HOSTLD
 export HOSTCC_NOCCACHE HOSTCXX_NOCCACHE
 
+# Make sure pkg-config doesn't look outside the buildroot tree
+unexport PKG_CONFIG_PATH
+
 # bash prints the name of the directory on 'cd <dir>' if CDPATH is
 # set, so unset it here to not cause problems. Notice that the export
 # line doesn't affect the environment of $(shell ..) calls, so
-- 
tg: (9f7bf3b..) t/pkg-config-path (depends on: master)