Michele Bucca
2018-11-26 18:09:07 UTC
Hello everyone,
I'm sorry to bother you with a question like this but I have no other
place to ask, nobody has answered to this.
I have problems compiling TAR for arm-linux-gnueabi (ARMv5), I think
that the problem is Glibc. I built the toolchains a lot of times using
different versions of GLIBC, GCC and BINUTILS using the LFS book as a
reference. the package versions are the one suggested by LFS so they
SHOULD be compatible. I'm so tired and in frustration. Anyway, the
error that I get is this one
CC areadlink-with-size.o
In file included from
/home/michele/tmp/arm/install/arm-linux-gnueabi/include/stdlib.h:941:0,
from ./stdlib.h:36,
from ../../gnu/areadlink-with-size.c:28:
/home/michele/tmp/arm/install/arm-linux-gnueabi/include/bits/stdlib.h:
In function 'wctomb':
/home/michele/tmp/arm/install/arm-linux-gnueabi/include/bits/stdlib.h:90:3:
error: #error "Assumed value of MB_LEN_MAX wrong"
# error "Assumed value of MB_LEN_MAX wrong"
^~~~~
Makefile:1829: recipe for target 'areadlink-with-size.o' failed
make[4]: *** [areadlink-with-size.o] Error 1
make[4]: Leaving directory '/home/michele/tmp/tar-1.29/build/gnu'
Makefile:1854: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/home/michele/tmp/tar-1.29/build/gnu'
Makefile:1524: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/home/michele/tmp/tar-1.29/build/gnu'
Makefile:1338: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/michele/tmp/tar-1.29/build'
Makefile:1277: recipe for target 'all' failed
make: *** [all] Error 2
I'm using gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)
as native compiler.
These are the info on my cross-compiler (built manually):
COLLECT_GCC=arm-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/home/michele/x-tools/arm-linux-gnueabi/libexec/gcc/arm-linux-gnueabi/8.2.0/lto-wrapper
Target: arm-linux-gnueabi
Configured with: ../configure --target=arm-linux-gnueabi
--prefix=/home/michele/x-tools/arm-linux-gnueabi/
--enable-languages=c,c++ --disable-libsanitizer --disable-multilib
--disable-libmpx
Thread model: posix
gcc version 8.2.0 (GCC)
Cross Binutils 2.31.1
../configure --target=arm-linux-gnueabi --disable-nls --disable-multilib
and Glibc 2.28 compiled with: ../configure --host=arm-linux-gnueabi
--prefix=/home/michele/tmp/arm/install/arm-linux-gnueabi
--enable-obsolete-rpc --disable-werror --disable-debug
--enable-add-ons=no libc_cv_c_cleanup=yes libc_cv_forced_unwind=yes
otherwise it would fail because of a warning being treated as an error
while compiling op-2.h
Can someone help me with this? The toolchain can cross-compile some
complex packages such as:
- binutils
- gmp
- mpfr
- mpc
- gcc
- glibc (disable werror)
- busybox
- xz
but it fails with this one. What can I do?
I've tried to use some toolchains provided by crosstool-ng and
buildroot and they work fine but mine doesn't. If I can't get a static
TAR to cross-compileI can basically give up on ARM. I need a Glibc
toolchain because it is the most complete and the de facto standard C
Library in the Linux World.
I've tried to post on CLFS but nobody game me a working solution. Only
one person tried to answer me and I thank him for that..How can I fix
that error?
sounds like some problem with this bit of code in
$PREFIX/$TARGET/include/bits/stdlib.h
__NTH (wctomb (char *__s, wchar_t __wchar))
{
/* We would have to include <limits.h> to get a definition of MB_LEN_MAX.
But this would only disturb the namespace. So we define our own
version here. */
#define __STDLIB_MB_LEN_MAX 16
#if defined MB_LEN_MAX && MB_LEN_MAX != __STDLIB_MB_LEN_MAX
# error "Assumed value of MB_LEN_MAX wrong"
#endif
if (__bos (__s) != (size_t) -1 && __STDLIB_MB_LEN_MAX > __bos (__s))
return __wctomb_chk (__s, __wchar, __bos (__s));
return __wctomb_alias (__s, __wchar);
}
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Do not top post on this list.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
I'm sorry to bother you with a question like this but I have no other
place to ask, nobody has answered to this.
I have problems compiling TAR for arm-linux-gnueabi (ARMv5), I think
that the problem is Glibc. I built the toolchains a lot of times using
different versions of GLIBC, GCC and BINUTILS using the LFS book as a
reference. the package versions are the one suggested by LFS so they
SHOULD be compatible. I'm so tired and in frustration. Anyway, the
error that I get is this one
CC areadlink-with-size.o
In file included from
/home/michele/tmp/arm/install/arm-linux-gnueabi/include/stdlib.h:941:0,
from ./stdlib.h:36,
from ../../gnu/areadlink-with-size.c:28:
/home/michele/tmp/arm/install/arm-linux-gnueabi/include/bits/stdlib.h:
In function 'wctomb':
/home/michele/tmp/arm/install/arm-linux-gnueabi/include/bits/stdlib.h:90:3:
error: #error "Assumed value of MB_LEN_MAX wrong"
# error "Assumed value of MB_LEN_MAX wrong"
^~~~~
Makefile:1829: recipe for target 'areadlink-with-size.o' failed
make[4]: *** [areadlink-with-size.o] Error 1
make[4]: Leaving directory '/home/michele/tmp/tar-1.29/build/gnu'
Makefile:1854: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/home/michele/tmp/tar-1.29/build/gnu'
Makefile:1524: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/home/michele/tmp/tar-1.29/build/gnu'
Makefile:1338: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/michele/tmp/tar-1.29/build'
Makefile:1277: recipe for target 'all' failed
make: *** [all] Error 2
I'm using gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)
as native compiler.
These are the info on my cross-compiler (built manually):
COLLECT_GCC=arm-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/home/michele/x-tools/arm-linux-gnueabi/libexec/gcc/arm-linux-gnueabi/8.2.0/lto-wrapper
Target: arm-linux-gnueabi
Configured with: ../configure --target=arm-linux-gnueabi
--prefix=/home/michele/x-tools/arm-linux-gnueabi/
--enable-languages=c,c++ --disable-libsanitizer --disable-multilib
--disable-libmpx
Thread model: posix
gcc version 8.2.0 (GCC)
Cross Binutils 2.31.1
../configure --target=arm-linux-gnueabi --disable-nls --disable-multilib
and Glibc 2.28 compiled with: ../configure --host=arm-linux-gnueabi
--prefix=/home/michele/tmp/arm/install/arm-linux-gnueabi
--enable-obsolete-rpc --disable-werror --disable-debug
--enable-add-ons=no libc_cv_c_cleanup=yes libc_cv_forced_unwind=yes
otherwise it would fail because of a warning being treated as an error
while compiling op-2.h
Can someone help me with this? The toolchain can cross-compile some
complex packages such as:
- binutils
- gmp
- mpfr
- mpc
- gcc
- glibc (disable werror)
- busybox
- xz
but it fails with this one. What can I do?
I've tried to use some toolchains provided by crosstool-ng and
buildroot and they work fine but mine doesn't. If I can't get a static
TAR to cross-compileI can basically give up on ARM. I need a Glibc
toolchain because it is the most complete and the de facto standard C
Library in the Linux World.
I've tried to post on CLFS but nobody game me a working solution. Only
one person tried to answer me and I thank him for that..How can I fix
that error?
sounds like some problem with this bit of code in
$PREFIX/$TARGET/include/bits/stdlib.h
__NTH (wctomb (char *__s, wchar_t __wchar))
{
/* We would have to include <limits.h> to get a definition of MB_LEN_MAX.
But this would only disturb the namespace. So we define our own
version here. */
#define __STDLIB_MB_LEN_MAX 16
#if defined MB_LEN_MAX && MB_LEN_MAX != __STDLIB_MB_LEN_MAX
# error "Assumed value of MB_LEN_MAX wrong"
#endif
if (__bos (__s) != (size_t) -1 && __STDLIB_MB_LEN_MAX > __bos (__s))
return __wctomb_chk (__s, __wchar, __bos (__s));
return __wctomb_alias (__s, __wchar);
}
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Do not top post on this list.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?