This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: build not installing C libraries
- From: Lindsey Young <lish dot young at gmail dot com>
- To: "apl at alum dot mit dot edu" <apl at alum dot mit dot edu>
- Cc: "newlib at sourceware dot org" <newlib at sourceware dot org>, Alan Lehotsky <apl at alum dot mit dot edu>
- Date: Fri, 20 Jul 2012 22:20:21 -0400
- Subject: Re: build not installing C libraries
- References: <9FC3C9F7-22EE-484E-B026-8B11DB776D69@earthlink.net>
Please remove me from this email list.
On 2012-07-20, at 7:26 PM, Alan Lehotsky <qsmgmt@earthlink.net> wrote:
> I've set up a 'unified source tree' with
>
> binutils-2.21.1
> gcc-4.6.1
> newlib-1.19.0
> gdb-7.2
>
> for a new toolchain. My configure looks like
>
> mkdir -p ${build_dir} && cd ${build_dir} \
> && ../${unified_src}/configure --target=${PROC}-unknown-elf \
> --enable-fast-install=N/A \
> --with-newlib \
> --with-headers=../{unified_src}/newlib/libc/include \
> --with-gmp=/usr/local \
> --with-mpfr=/usr/local \
> --with-mpc=/usr/local \
> --enable-cgen-maint \
> --enable-sim \
> --enable-maintainer-mode \
> --enable-64-bit-bfd \
> --enable-target-optspace \
> --enable-languages=c,c++ --prefix=${install_dir}
>
> The tree 'make's' successfully, but the resulting object-tree doesn't have any of the standard C library headers. Doing a
>
> make install
>
> doesn't copy them out of the newlib/libc/include subtree, and a
>
> cd gcc; make check-gcc
>
> starts failing on every test that contains an 'include', starting with gcc.c-torture/execute/20000112-1.c asking for string.h
>
> I've done previous ports using newlib (but it was a long time ago). Any ideas where I should look for hints as to what's misconfigured? There's a subdirectory tree
>
> $(build_dir)/$(PROC)-unknown-elf/newlib/targ-include
>
> but all it has in it is newlib.h and empty bits, machine and sys subdirectories
>
>
>
>