[Buildroot] Issue preparing a buildroot

[Buildroot] Issue preparing a buildroot

[Daniel Silverstone]

Hi,

I am trying to forward-port a bunch of patches we have for a buildroot
of approx. July vintage to SVN HEAD. Unfortunately for me, I cannot get
buildroot to build on my Ubuntu edgy box.

No matter which combination of uclibc, binutils, kernel-headers etc I
choose, I fail to get past the toolchain bootstrap.

No matter what I choose, the gcc bootstrap fails because
<linux/limits.h> is not available. This is, of course, because the
kernel does not export this header as part of its userland interface any
more; yet we have a set of headers being unpacked by buildroot which do
contain it (assuming I pick an early enough set).

Does anyone here have experience of getting buildroot going on an
Ubuntu/edgy system, or even experience of resolving such an error?

Here is an example failure:

make[2]: Entering directory `/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-initial/gcc'
/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-initial/./gcc/xgcc -B/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-initial/./gcc/ -B/space/dsilvers/dev-simtec/buildroot-curl-support/build_i686/staging_dir/i686-linux-uclibc/bin/ -B/space/dsilvers/dev-simtec/buildroot-curl-support/build_i686/staging_dir/i686-linux-uclibc/lib/ -isystem /space/dsilvers/dev-simtec/buildroot-curl-support/build_i686/staging_dir/i686-linux-uclibc/include -isystem /space/dsilvers/dev-simtec/buildroot-curl-support/build_i686/staging_dir/i686-linux-uclibc/sys-include -O2 -g -Os -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -I. -I. -I/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc -I/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc/. -I/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc/../include -I/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc/../libcpp/include  -I/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc/../libdecnumber -I../libdecnumber  -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder  -fno-omit-frame-pointer \
          -c /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc/crtstuff.c -DCRT_BEGIN \
          -o crtbegin.o
In file included from /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/uClibc_dev//usr/include/bits/posix1_lim.h:153,
                 from /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/uClibc_dev//usr/include/limits.h:144,
                 from /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-initial/./gcc/include/limits.h:122,
                 from /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-initial/./gcc/include/syslimits.h:7,
                 from /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-initial/./gcc/include/limits.h:11,
                 from /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc/tsystem.h:108,
                 from /space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/gcc-4.2-20061121/gcc/crtstuff.c:68:
/space/dsilvers/dev-simtec/buildroot-curl-support/toolchain_build_i686/uClibc_dev//usr/include/bits/local_lim.h:36:26: error: linux/limits.h: No such file or directory

I hope you can help,

Thank,

D.

-- 
Daniel Silverstone                         http://www.digital-scurf.org/
PGP mail accepted and encouraged.            Key Id: 2BC8 4016 2068 7895

[Buildroot] Issue preparing a buildroot

[MikeW]

Daniel Silverstone <dsilvers@...> writes:

> Does anyone here have experience of getting buildroot going on an
> Ubuntu/edgy system, or even experience of resolving such an error?
> 
....
/space/dsilvers/dev-simtec/buildroot-curl-support/
 toolchain_build_i686/uClibc_dev//usr/include/bits/local_lim.h:36:26:
> error: linux/limits.h: No such file or directory
> 
> I hope you can help,
> 
> Thank,
> 
> D.
> 
Well it's often possible to temporarily 'fix' such issues by means of a
symbolic link to the right place; as long as it's limited in scope,
the use of an 'external' limits.h file shouldn't break anything ....?!

I would have thought there was an add-in package that would supply
the missing headers - surely we are not in Windows "hide system files"
territory ?

I don't know whether Ubuntu is missing the entire /linux subdirectory
or just the limits.h file, but just add the minimum required to get past
this obstacle, i.e. don't link to the /linux directory if you can help it,
just create an empty one (if missing) and add a symlink to the
existing limits.h file.

In this way the possible side-effects of using a 'foreign' file are
reduced, and you use as much as possible from the correct toolchain.

The above is *not* from direct Ubuntu experience, but I have made
'enabling' fixups in the manner described to get things to build
before now.

Regards,
Mike

[Buildroot] Issue preparing a buildroot

[Daniel Silverstone]

On Tue, 2006-12-12 at 15:09 +0000, MikeW wrote:
> Well it's often possible to temporarily 'fix' such issues by means of a
> symbolic link to the right place; as long as it's limited in scope,
> the use of an 'external' limits.h file shouldn't break anything ....?!

Well, except for the fact that the kernel team explicitly state that
linux/limits.h belongs to *LINUX* not to userland :-)

> I would have thought there was an add-in package that would supply
> the missing headers - surely we are not in Windows "hide system files"
> territory ?

No, this is a case of the libc breaking the kernel/userland divide in a
way which it is not supposed to.

> The above is *not* from direct Ubuntu experience, but I have made
> 'enabling' fixups in the manner described to get things to build
> before now.

Unfortunately it seems my initial suggestion that it might be
Ubuntu/edgy may have been misplaced. Using a non-snapshot uClibc removes
the issue.

However I still cannot compile because snapshot busybox won't compile,
and non-snapshot busybox won't even configure for me.

*sigh*

I do wonder if anyone tests this stuff in an automated environment ever.

Thanks for your suggestions, but I cannot make in-place fixes on my
machine, nor in any given tree because we intend to autobuild things and
thus they get fresh chroots to be built in each time.

D.

-- 
Daniel Silverstone                         http://www.digital-scurf.org/
PGP mail accepted and encouraged.            Key Id: 2BC8 4016 2068 7895

[Buildroot] Issue preparing a buildroot

[MikeW]

Daniel Silverstone <dsilvers@...> writes:

> Well, except for the fact that the kernel team explicitly state that
> linux/limits.h belongs to *LINUX* not to userland 
> 
> D.
> 

I /did/ mean the kernel limits.h, not the standard C lib one.
Mike