crosstool-NG 1.14.0 is out

crosstool-NG 1.14.0 is out

[Yann E. MORIN]

Hello all!

I'm pleased to announce the release of crosstool-NG 1.14.0!

As usual, there has been quite a number of improvements, new features,
and bug fixes all around. The most notable changes are listed below:

- features:
  - initial support for multi-lib
  - build manuals for components that have manuals
  - add support for NLS
  - optionally optimise newlib for size
- archs:
  - ARM: introduce softfp
  - x86: recognise prescott as an i686
- updated components:
  - gcc: 4.6.2, Linaro 4.5 and 4.6
  - strace: 4.6
  - linux: multipe updates, and up to 3.2
  - glibc: 2.14.1
  - mpfr: 3.1.0
  - binutils: 2.22
  - gdb: update Linaro versions
  - uClibc: 0.9.32.1
- infrastructure:
  - configure: now uses autoconf
  - configure: computes local version
  - scripts: execution backtrace is now properly dumped
- documentation:
  - strategies for assembling root filesystems

Of all the above, I would like to emphasize two new features. The first one
that comes to mind is the initial support for building multi-lib toolchains.
This is curently limited to glibc/eglibc based toolchains, but looks like it
could be easy to use for uClibc as well (and maybe newlib, too). The second
one is the ARM softfp support; ARM softfp is using hardware instructions,
but uses software floating point ABI, thus making it compatible with 'legacy'
soft-float libraries.

One point to be noted is the change in ./configure behavior. Previously, to
use crosstool-NG from its source tree, one would have to call ./configure
with the --local arg. Now, due to using autoconf, the flag had to be renamed
to --enable-local. Also, all kconfig frontends are compiled once and for all
at install time, and not once for every new toolchain.

I'd like to thank all contributors for their many good contributions, and
especially the Linaro toolchain team for their contributions (ARM softfp,
manuals...) and Konrad EISELE (Gaisler) for his multilib submission that
really got me started. Of course, all contributions are important!
Thank you all!

This marks the beginning of the 1.14 maintenance branch, and the end of
the previous maintenance branch. As always, comments and suggestions
are most welcome!

The release can be found at the following URLs:
Changelog: http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.14.0.changelog
Tarball:   http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.14.0.tar.bz2
Patches:   http://crosstool-ng.org/download/crosstool-ng/01-fixes/1.14.0/

As a reminder, the home for crosstool-NG is:
http://crosstool-ng.org/

Crosstool-NG also has a Freshmeat page:
http://freshmeat.net/projects/crosstool-ng

Many thanks to the people who contributed to this release:

     69  Yann E. MORIN
     12  Benoît Thébaudeau
     11  Zhenqiang Chen
      6  Michael Hope
      4  Titus von Boxberg
      2  Bryan Hundven
      2  Trevor Woerner
      2  Willy Tarreau
      1  Johannes Stezenbach

Here is the per-author shortlog:

    Benoît Thébaudeau:
        [2734] kernel/linux: update revisions
        [2750] cc/gcc: update Linaro GCC revisions to 2011.11
        [2800] kernel/linux: fix missing quote
        [2802] cc/gcc: update Linaro GCC revisions to 2011.12
        [2803] debug/gdb: update Linaro GDB revisions to 2011.12
        [2804] binutils/binutils: fix extra config array variable name
        [2809] libc/eglibc: fix localedef 2.14 build
        [2810] binutils/binutils: add the patches used by BuildRoot for 2.22
        [2837] cc/gcc: update Linaro GCC revisions to 2012.01
        [2853] complibs/cloog: remove unsupported versions from config
        [2854] complibs/cloog: fix linking with libm
        [2860] configure: do not use '@' in version string

    Bryan Hundven:
        [2732] cc/gcc: Add gcc-4.6.2
        [2733] debug/strace: Add strace-4.6

    Johannes Stezenbach:
        [2855] configre: properly check for libtoolize

    Michael Hope:
        [2727] scripts: fix missing space when using CT_EXTRA_FLAGS_FOR_HOST
        [2737] scripts: introduce float type as a string
        [2738] scripts: use the hardfloat option to set configure and CFLAGS
        [2739] arch: add softfp support
        [2740] arch/arm: ARM supports the softfp convention
        [2765] scripts: add support for building manuals

    Titus von Boxberg:
        [2759] arch/x86: prescott is an i686
        [2785] scripts/functions: extract: portable call for old and defective
               tars
        [2795] scripts: use CT_CONFIG_SHELL instead of CT_SHELL
        [2797] binutils/binutils: add binutils 2.22

    Trevor Woerner:
        [2753] docs: --target versus --host
        [2764] docs: Add strategies for assembling root filesystems.

    Willy Tarreau:
        [2751] debug/gdb: fix tic install path, tell ncurses where to find it
        [2752] libc/glibc: add 2.14.1

    Yann E. MORIN:
        [2735] kernel/linux: fix packed attribute in exported headers
        [2741] kernel/linux: update to latest versions
        [2742] kernel/linux: missed porting the 3.0.8 patchset to 3.0.9
        [2743] docs: remove dedication file
        [2744] configure: add support for helper script to compute version
               string
        [2745] configure: compute a simpler version string
        [2749] configure: fix version string breakage
        [2754] configure: do not use '@' in version string
        [2756] complibs/mpfr: update to 3.1.0
        [2757] complibs/cloog: fix extraction
        [2758] complibs/cloog: auto-reconf for 0.15.10 and later
        [2760] arch/sh: use the floating-point string option in tests
        [2761] libc/uClibc: use the floating-point string option in tests
        [2762] scripts: use the floating-point string option in tests
        [2763] scripts: use wget, not curl
        [2772] config: introduce endianness as a string
        [2773] scripts/functions: use endian string in tests
        [2774] arch/mips: use endian string in tests
        [2775] arch/sh: use endian string in tests
        [2776] libc/eglibc: use endian string in tests
        [2777] libc/uClibc: use endian string in tests
        [2786] config: fix NLS typo
        [2788] arch: rename the SUPPORT_XXX options
        [2789] config/target: add float support selection
        [2790] arch/arm: ARM supports setting the floating point type
        [2791] arch/mips: MIPS supports setting the floating point type
        [2792] arch/powerpc: PowerPC supports setting the floating point type
        [2793] arch/sparc: Sparc supports setting the floating point type
        [2794] config/target: enforce floating point support
        [2798] kernel/linux: add alternate download locations
        [2799] kernel/linux: add latest versions
        [2801] scripts: unset CONFIG_SITE
        [2805] libc/glibc: create build dir using libc_mode
        [2806] libc/glibc: document the glibc backend arguments
        [2807] scripts: fix dumping execution backtrace
        [2811] scripts: update config.guess and config.sub
        [2812] kernel/linux: update to latest versions
        [2813] libc/uClibc: add latest version
        [2814] cc/gcc: add option to use system zlib
        [2815] config: add option to build multilib
        [2816] binutils/binutils: build multilib
        [2817] cc/gcc: build multilib
        [2818] cc/gcc: print supported multilibs
        [2819] libc/glibc: no default mode for backend
        [2820] libc/glibc: add extra CFLAGS when building the C library
        [2821] libc/glibc: set the float option according to extra CFLAGS
        [2822] libc/glibc: set the endian option according to extra CFLAGS
        [2823] libc/glib: pass installation subdir to backend
        [2824] libc/glibc: fix code formatting
        [2825] libc/glibc: add multilib-cacpable backend
        [2826] libc/glibc: allow to selectively install headers and/or
               start-files
        [2827] libc/glibc: remove multi-dir
        [2828] libc/glibc: cleanup CFLAGS handling
        [2829] docs: credit Konrad EISELE for the initial multilib support
        [2830] cc/gcc: copy file with 'cp -v', it rotates the progress bar
        [2831] scripts: update config.{guess,sub}
        [2832] kernel/linux: update versions
        [2833] kernel/linux: update versions
        [2834] configure: use autoconf to generate configure
        [2835] kconfig: install compiled frontends
        [2836] kconfig: add missing files
        [2838] scripts: fix tools override
        [2839] configure: also detect plain grep
        [2840] configure: fix kconfig option names
        [2852] kernel/linux: update
        [2857] scripts/mk-release: use HGPLAIN and don't print progress
        [2858] scripts: update mk-release to cope with the new autoconf
               framework
        [2859] scripts: fix typo in mk-release, remove temporary autom4 files
        [2861] samples: update before release

    Zhenqiang Chen:
        [2778] config/toolchain: Add "Enable nls" in "Toolchain options".
        [2779] binutils/binutils: handle NLS option
        [2780] cc/gcc: handle NLS option
        [2781] libc/newlib: Add extra config for newlib.
        [2782] cc/gcc: Apply CT_CC_GCC_DISABLE_PCH to do_cc_core.
        [2783] libc/newlib: add option to optimise for size
        [2784] debug/gdb: add extra config for gdb cross.
        [2787] libc/newlib: remove hard-coded "-O"
        [2796] scripts: create CT_HEADERS_DIR
        [2808] libc/newlib: build manual for newlib
        [2856] debug/gdb: --disable-sim for CT_GDB_CROSS.

The short diffstat follows:

    Total                    12124(+/-)
    kconfig/                  55.3%
    samples/                  16.7%
    patches/                   2.7%
    scripts/build/libc/        2.3%
    Others                    22.8%

-- 
.-----------------.--------------------.------------------.--------------------.
|  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.  |
'------------------------------^-------^------------------^--------------------'

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Trevor Woerner]

On Tue, Jan 31, 2012 at 7:00 PM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> I'm pleased to announce the release of crosstool-NG 1.14.0!

> One point to be noted is the change in ./configure behavior. Previously, to
> use crosstool-NG from its source tree, one would have to call ./configure
> with the --local arg. Now, due to using autoconf, the flag had to be renamed
> to --enable-local. Also, all kconfig frontends are compiled once and for all
> at install time, and not once for every new toolchain.

Is 1.14.0 supposed to include a ./configure script?

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Trevor Woerner]

On openSuSE 12.1 I needed the following adjustment to build correctly
(or perhaps an "-I" needs to be added to CFLAGS?):

--- crosstool-ng-1.14.0/kconfig/nconf.h 2012-01-31 18:19:04.000000000 -0500
+++ crosstool-ng-1.14.0-tw/kconfig/nconf.h      2012-01-31
23:05:02.917238543 -0500
@@ -16,9 +16,9 @@
 #include <unistd.h>
 #include <locale.h>
 #include <curses.h>
-#include <menu.h>
-#include <panel.h>
-#include <form.h>
+#include <ncurses/menu.h>
+#include <ncurses/panel.h>
+#include <ncurses/form.h>

 #include <stdio.h>
 #include <time.h>

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Per Arnold Blaasmo]

On 01. feb. 2012 03:53, Trevor Woerner wrote:
> On Tue, Jan 31, 2012 at 7:00 PM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
>> I'm pleased to announce the release of crosstool-NG 1.14.0!
> 
>> One point to be noted is the change in ./configure behavior. Previously, to
>> use crosstool-NG from its source tree, one would have to call ./configure
>> with the --local arg. Now, due to using autoconf, the flag had to be renamed
>> to --enable-local. Also, all kconfig frontends are compiled once and for all
>> at install time, and not once for every new toolchain.
> 
> Is 1.14.0 supposed to include a ./configure script?

I had to run bootstrap first, since there was no configuire script in
the packaged file.

Per A.


--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Yann E. MORIN - FT/OLNC/RD/MAPS/SHINE/HDMI]

On Wednesday 01 February 2012 15:04:51 Per Arnold Blaasmo wrote:
> On 01. feb. 2012 03:53, Trevor Woerner wrote:
> > On Tue, Jan 31, 2012 at 7:00 PM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> >> I'm pleased to announce the release of crosstool-NG 1.14.0!
> > 
> >> One point to be noted is the change in ./configure behavior. Previously, to
> >> use crosstool-NG from its source tree, one would have to call ./configure
> >> with the --local arg. Now, due to using autoconf, the flag had to be renamed
> >> to --enable-local. Also, all kconfig frontends are compiled once and for all
> >> at install time, and not once for every new toolchain.
> > 
> > Is 1.14.0 supposed to include a ./configure script?
> 
> I had to run bootstrap first, since there was no configuire script in
> the packaged file.

Yes, this is an error in the packaging. I'll fix this when I'm back
home after work (circa 18h00 UTC), and will push 1.14.1 with this
sole fix.

I was sure something would go amiss with this release. I felt it
throughout my entire body. I just could not pinpoint the issue until
it was pointed out by you guys...

Sorry for the inconvenience...

Regards,
Yann E. MORIN.

-- 
                                        ____________
.-----------------.--------------------:       _    :------------------.
|  Yann E. MORIN  | Real-Time Embedded |    __/ )   | /"\ ASCII RIBBON |
| +33 299.124.769 | Software  Designer |  _/ - /'   | \ / CAMPAIGN     |
|         824.769 '--------------------: (_    `--, |  X  AGAINST      |
|  yann.morin (at) orange-ftgroup.com  |_="    ,--' | / \ HTML MAIL    |
'--------------------------------------:______/_____:------------------'

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Yann E. MORIN]

Trevor, All,

On Wednesday 01 February 2012 03:53:37 Trevor Woerner wrote:
> On Tue, Jan 31, 2012 at 7:00 PM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> > One point to be noted is the change in ./configure behavior. Previously, to
> > use crosstool-NG from its source tree, one would have to call ./configure
> > with the --local arg. Now, due to using autoconf, the flag had to be renamed
> > to --enable-local. Also, all kconfig frontends are compiled once and for all
> > at install time, and not once for every new toolchain.
> 
> Is 1.14.0 supposed to include a ./configure script?

I've updated the tarballs, and it is now proeperly bootstrapped, so
./configure is present.

I don't know what happened with the release script: I did replay the exact
same commands as yesterday, on the same machine right now, and this time,
it worked... Sigh.

Sorry for the inconvenience...

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.  |
'------------------------------^-------^------------------^--------------------'

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Oron Peled]

On Wednesday, 1 בFebruary 2012 22:44:49 Yann E. MORIN wrote:
> On Wednesday 01 February 2012 03:53:37 Trevor Woerner wrote:
> > ...
> > Is 1.14.0 supposed to include a ./configure script?
> ...
> I don't know what happened with the release script: I did replay the exact
> same commands as yesterday, on the same machine right now, and this time,
> it worked... Sigh.

Since you already moved to autoconf, I'll just mention that automake
generates 'make dist' and 'make distcheck' targets exactly to ease
and test the release process. Obviously, this in itself does not
justify moving over to automake, but it still nice to know it solves
many common nasty problems as this one.

Bye,

-- 
Oron Peled                                 Voice: +972-4-8228492
oron@actcom.co.il                  http://users.actcom.co.il/~oron
Ignore Your Rights And They'll Go Away

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Johannes Stezenbach]

Hi Yann,

On Wed, Feb 01, 2012 at 01:00:48AM +0100, Yann E. MORIN wrote:
> I'm pleased to announce the release of crosstool-NG 1.14.0!

one request for future releases:  Could you please add the tag before
creating the maintenance branch?

AFAIK the hg equivalent of "git describe" is
$ hg parent --template '{latesttag}-{latesttagdistance}-{node|short}\n'
crosstool-ng-1.1.0-1931-3b8192272c2f

(best to add an alias in .hgrc)

It would be useful if it would report "crosstool-ng-1.14.0-1-3b8192272c2f".


Thanks,
Johannes

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Yann E. MORIN]

Oron, All,

On Thursday 02 February 2012 09:35:01 Oron Peled wrote:
> On Wednesday, 1 בFebruary 2012 22:44:49 Yann E. MORIN wrote:
> > I don't know what happened with the release script: I did replay the exact
> > same commands as yesterday, on the same machine right now, and this time,
> > it worked... Sigh.
> 
> Since you already moved to autoconf, I'll just mention that automake
> generates 'make dist' and 'make distcheck' targets exactly to ease
> and test the release process. Obviously, this in itself does not
> justify moving over to automake, but it still nice to know it solves
> many common nasty problems as this one.

Yes, I'm aware of automake and its usage. It's just that I wanted to do it
incrementally, as I am not totally fluent with the autotools peculiarities.

I only very recently started using them, and doing things properly is not
very easy. Especially for the kconfig stuff, because it does weird things.
For example the parser #include-s the lexer, rather than compiling the two
into different .o files, so it's not possible to use the standard automake
rules for the lexer, or there are issues at link time.

Also, because ct-ng is based on (shell and Makefile) scripts, it does not
fit well into the automake framework (although there is provision for
handling scripts in automake, it's not that straightforward).

Thanks for the tip, though!

BTW, if you want to see what I've been playing on wrt the autotools, you
can have a look at ( note: this is WIP! ;-) ):
    http://ymorin.is-a-geek.org/hg/kconfig-frontends/

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.  |
'------------------------------^-------^------------------^--------------------'

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Michael Zintakis]

> Hello all!
>
> I'm pleased to announce the release of crosstool-NG 1.14.0!
>
> As usual, there has been quite a number of improvements, new features,
> and bug fixes all around. The most notable changes are listed below:
>
> - features:
>   - initial support for multi-lib
>   - build manuals for components that have manuals
>   - add support for NLS
>   - optionally optimise newlib for size
> - archs:
>   - ARM: introduce softfp
>   - x86: recognise prescott as an i686
> - updated components:
>   - gcc: 4.6.2, Linaro 4.5 and 4.6
>   - strace: 4.6
>   - linux: multipe updates, and up to 3.2
>   - glibc: 2.14.1
>   - mpfr: 3.1.0
>   - binutils: 2.22
>   - gdb: update Linaro versions
>   - uClibc: 0.9.32.1
> - infrastructure:
>   - configure: now uses autoconf
>   - configure: computes local version
>   - scripts: execution backtrace is now properly dumped
> - documentation:
>   - strategies for assembling root filesystems
>   
It has been a while since I last tried crosstool-NG out (was happy with 
the cross-toolchain I've build for my e604 nearly a year ago now), but 
since I upgraded to the above version, I was even more pleased, thank 
you! The build is much more streamlined now and there are less 
"teething" problems, though I still get the same rather annoying 
CLooG/PPL build failure as I used to get it before (using version 0.10.1 
prior to this), so I had to deactivate this option yet again. I have 
three questions though:

1. When I try "ct-ng tarball" after the toolchain build is complete, I 
get a message that this feature is not implemented. Correct me if I am 
wrong, but isn't this target the equivalent of just changing to the 
chainroot directory and executing tar (selecting one's favoured archive 
format - that being a simple .tar, tar.gz/tgz, tar.lzma or tar.xz even) 
all that is required of this or am I missing something obvious? What is 
the reason behind this feature/target not being implemented?

2. Due to compatibility issues, which I might bother you in subsequent 
posts, I built a static toolchain (that is, statically-linked <target 
tuple>-gcc/ld etc files). The file size I am getting varies between 1MB 
and 2MB, which for statically-linked files is quite normal, I think. 
That way, I take it, these executables will be shielded from the host 
environment and won't require *any* external dependencies, right?

3. My initial aim was to build cross-native toolchain (build != host = 
target), but since I realised there is "no code" for this 
implementation, I opted to build a simple cross-toolchain (build = host 
!= target) instead, the idea being is that I could employ static qemu on 
the host machine using the bin_fmt magic and in this way I could use the 
cross-toolchain I just built - that was another reason to also build it 
statically-linked. So, the question is - is cross-native toolchain in 
the pipeline to be implement and how easy is it to do so?

> The second
> one is the ARM softfp support; ARM softfp is using hardware instructions,
> but uses software floating point ABI, thus making it compatible with 'legacy'
> soft-float libraries.
>   
This is the feature I am very pleased with! Brilliant!


MZ

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Johannes Stezenbach]

On Wed, Mar 07, 2012 at 01:12:11PM +0000, Michael Zintakis wrote:
> 
> 2. Due to compatibility issues, which I might bother you in
> subsequent posts, I built a static toolchain (that is,
> statically-linked <target tuple>-gcc/ld etc files). The file size I
> am getting varies between 1MB and 2MB, which for statically-linked
> files is quite normal, I think. That way, I take it, these
> executables will be shielded from the host environment and won't
> require *any* external dependencies, right?

The libc from your build system might have a dependency
on a minimal kernel version, so the statically built
toolchain might not run on very old systems.
Otherwise the static toolchain should be self-contained.


Johannes

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: crosstool-NG 1.14.0 is out

[Michael Zintakis]

> The libc from your build system might have a dependency
> on a minimal kernel version, so the statically built
> toolchain might not run on very old systems.
> Otherwise the static toolchain should be self-contained.
>   
Unfortunately, I had to scrap that idea pretty swiftly :-(

As it turns out, what I was planning to do - "emulate" native-cross 
toolchain in action blew up right in my face!

What I did was to build the toolchain with uclibc (the host environment 
had glibc), then archived the whole toolchain directory and copied it 
over to the host environment. Finally, with the help of qemu-static, a 
bit of bin_fmt magic and adjusted path statement the toolchain was 
executing perfectly. So far, so good, but...

When I tried to build a binary (tried to make & install zlib as it is a 
farily good test on how things work out) it turns out the linker was 
picking up my host glibc *as well as* the toolchain's uclibc dependency 
files (i.e. <arch>-ldd -root /toolchain/sysroot was clearly showing 
/lib/ld-Linux as well as /lib/ld-uClibc in addition to the monstrous 
glibc's own libc.so). After trying to fix that for the best part of a 
whole day yesterday - unsuccessfully - I finally gave up and I am now 
using the whole cross toolchain as a proper cross toolchain, which is a 
real pain as I have to manually compile and install all of the bloody 
dependencies for what I need to compile for the target.

It wasn't all that bad though - I came up with an idea for Yann - I've 
read the ct-ng readme file (part 5 I think it was) in which there is an 
explanation of various possible scenarios for sysroot. I am planning to 
do something similar to option 3 in that list - create an overlay 
between a staging directory, say /some/place/overlay, which would be 
read-write, and the toolchain's sysroot and map it to the old sysroot. 
That way, I could write/install anything freely to the toolchain's 
"sysroot without actually damaging that directory in any way, while 
keeping the "written" stuff in a separate directory (the overlay). I'll 
try that tonight and see where that takes me.

Are there any plans to implement cross-native in ct-ng?

--
For unsubscribe information see http://sourceware.org/lists.html#faq