Re: [PING**2] Another build!=host fix

2014-02-04 Thread Richard Biener
On Tue, Feb 4, 2014 at 9:28 AM, Bernd Edlinger wrote: > Ping... > > this is still open, > in short, the configuration > > ../gcc-4.9-20140202/configure --prefix=/home/ed/gnu/arm-linux-gnueabihf-cross > --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf > --enable-languages=c,c++,fortran,ada

RE: [PING**2] Another build!=host fix

2014-02-04 Thread Bernd Edlinger
Ping... this is still open, in short, the configuration ../gcc-4.9-20140202/configure --prefix=/home/ed/gnu/arm-linux-gnueabihf-cross --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf --enable-languages=c,c++,fortran,ada --with-arch=armv7-a --with-tune=cortex-a9 --with-fpu=vfpv3-d16 --wi

RE: [PING] Another build!=host fix

2014-01-26 Thread Bernd Edlinger
Ping... > > Hello, > > and Ping for this patch: > > http://gcc.gnu.org/ml/gcc-patches/2013-12/msg01552.html > > > note however, that cross-building is probably broken > anyway in the moment by r205690, > > > Thanks > Bernd. > >> there is a small problem with SSIZE_MAX, because it is not always >

[PING] Another build!=host fix

2014-01-09 Thread Bernd Edlinger
Hello, and Ping for this patch: http://gcc.gnu.org/ml/gcc-patches/2013-12/msg01552.html note however, that cross-building is probably broken anyway in the moment by r205690, Thanks Bernd. > there is a small problem with SSIZE_MAX, because it is not always > defined, especially not in gcc/gli

RE: Another build!=host fix

2013-12-17 Thread Bernd Edlinger
Hi, On Tue, 17 Dec 2013 09:57:10, Mike Strump wrote: > > On Dec 17, 2013, at 5:47 AM, Bernd Edlinger wrote: >> Ok for trunk? > > ENOPATCH? Ooops -- thanks for catching this. Again, this time with patch: there is a small problem with SSIZE_MAX, because it is not always defined, especially not i

Re: Another build!=host fix

2013-12-17 Thread Mike Stump
On Dec 17, 2013, at 5:47 AM, Bernd Edlinger wrote: > Ok for trunk? ENOPATCH?

Another build!=host fix

2013-12-17 Thread Bernd Edlinger
Hi, there is a small problem with SSIZE_MAX, because it is not always defined, especially not in gcc/glimits.h, which seems to be the fall-back if the target fails to have a working limits.h. When I create a cross-compiler for --target=arm-linux-gnueabihf, the working limits.h is overwritten by f