RSB 4.11.2-rc4 rtems-arm build fails on Windows
Linda Huxley
lhuxley at shaw.ca
Thu Apr 20 09:42:26 UTC 2017
Hi Chris,
After 3 other attempts, I did a clean build of the ARM version of RTEMS
on Windows, using the following commands:
$ cd /c
$ mkdir -p opt/rtems
$ cd opt/rtems
$ wget
https://ftp.rtems.org/pub/rtems/releases/4.11/rc/4.11.2-rc4/rtems-source-builder-4.11.2-rc4.tar.xz
$ tar Jxf rtems-source-builder-4.11.2-rc4.tar.xz
$ mv rtems-source-builder-4.11.2-rc4 r4.11.2
$ cd r4.11.2/rtems/
$ ../source-builder/sb-set-builder --prefix=/c/opt/rtems/4.11
4.11/rtems-arm --jobs=none
The build fails with the following trace, much like the SPARC build
failed before applying the patch provided by Worth Burruss.
error: building arg4n2xwm1
Build FAILED
See error report:
rsb-report-arm-rtems4.11-gcc-4.9.3-newlib-2.2.0.20150423-x86_64-w64-mingw32-1.txt
error: building arg4n2xwm1
Build Set: Time 0:36:57.587859
Build FAILED
The salient error messages at the bottom of the error report are:
In file included from ../../gcc-4.9.3/gcc/cp/except.c:1013:0:
cfns.gperf: In function 'const char* libc_name_p(const char*, unsigned
int)':
cfns.gperf:101:1: error: 'const char* libc_name_p(const char*, unsigned
int)' redeclared inline with 'gnu_inline' attribute
cfns.gperf:26:14: note: 'const char* libc_name_p(const char*, unsigned
int)' previously declared here
Is it possible that RTEMS 4.11.2-rc4 does not apply Worth's patch when
building the ARM version of RTEMS?
When I look in:
/c/opt/rtems/r4.11.2/rtems/patches
I only see the following patch files:
automake-1.12.6-bugzilla.redhat.com-1239379.diff
binutils-2.26-gas-reloc.patch
newlib-ARM-Optimize-IEEE-754-sqrt-implementation.diff
I do not see Worth's patch file anywhere:
gcc-4.9.3-20170404-1.patch
(In the mean time, I was able to build the i386 version of RTEMS, build
an example RTEMS program then boot it and run it using VirtualBox.)
Regards,
Linda
More information about the users
mailing list