OK, that makes sense. I'll fix it and resubmit the patch. Any other ARM
BSPs?
Alan
On Nov 3, 2014 2:03 AM, Sebastian Huber
sebastian.hu...@embedded-brains.de wrote:
On 03/11/14 02:59, Alan Cudmore wrote:
-libbsp_a_SOURCES += ../shared/abort/simple_abort.c
+libbsp_a_SOURCES +=
---
cpukit/libmisc/cpuuse/cpuusagetop.c | 83 -
1 file changed, 63 insertions(+), 20 deletions(-)
diff --git a/cpukit/libmisc/cpuuse/cpuusagetop.c
b/cpukit/libmisc/cpuuse/cpuusagetop.c
index 7e7348a..ecafd00 100644
--- a/cpukit/libmisc/cpuuse/cpuusagetop.c
Hi,
I don't have time to review, but am OK in principle with committing
this code as it is tested, with the caveat that my previous comments
be addressed post-merge.
If you have a diff / commits on top of what you sent before, I'd be
glad to give those a quick look.
Thanks for your
On Mon, Nov 3, 2014 at 7:58 AM, Jennifer Averett
jennifer.aver...@oarcorp.com wrote:
---
cpukit/libmisc/cpuuse/cpuusagetop.c | 83
-
1 file changed, 63 insertions(+), 20 deletions(-)
diff --git a/cpukit/libmisc/cpuuse/cpuusagetop.c
On November 3, 2014 8:12:11 AM CST, Gedare Bloom ged...@rtems.org wrote:
On Mon, Nov 3, 2014 at 7:58 AM, Jennifer Averett
jennifer.aver...@oarcorp.com wrote:
---
cpukit/libmisc/cpuuse/cpuusagetop.c | 83
-
1 file changed, 63 insertions(+), 20 deletions(-)
On 11/3/2014 5:22 AM, Alan Cudmore wrote:
OK, that makes sense. I'll fix it and resubmit the patch. Any other
ARM BSPs?
The warning only shows up in these:
$ grep abort.c warnings-20141030a.txt
2
c/src/lib/libbsp/arm/rtl22xx/../shared/abort/simple_abort.c:56:6:
warning: no previous
All,
Joel merged these and I updated my blog post to reflect the mainline repo.
Thanks Joel!
On Mon, Nov 3, 2014 at 8:40 PM, Ben Gras b...@shrike-systems.com wrote:
All,
I have new patches with some last-minute smoothings added; removed
obsolete beagle.cfg, TODO, and separated the more
Hi
rtems-syms -e -c -mtune=i386 -O2 -g -Wall -Wmissing-prototypes
-Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs -o
dl-sym.o dl01.pre.exe
/tmp/ccobfWoY.s: Assembler messages:
/tmp/ccobfWoY.s:2196: Error: unrecognized symbol type
/tmp/ccobfWoY.s:2200: Error: unrecognized
Hi
rtems-syms -e -c -mh -mint32 -O2 -g -Wall -Wmissing-prototypes
-Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs -o
dl-sym.o dl01.pre.exe
h8300-rtems4.11-gcc -B../../../../../h8sim/lib/ -specs bsp_specs -qrtems
-mh -mint32 -O2 -g -Wall -Wmissing-prototypes
On 11/3/2014 3:06 PM, Ben Gras wrote:
All,
Joel merged these and I updated my blog post to reflect the mainline
repo. Thanks Joel!
Thank you Ben for the nice submission!!!
Now to make sure it is reproducible from here and we have merged
all the bits into the tools, etc.
On Mon, Nov 3,
Hi
I suppose this needs to be narrowed down and fed into gcc's bugzilla.
But I wanted to here from Chris first.
lm32-rtems4.11-gcc --pipe -DHAVE_CONFIG_H -I..
-I../../cpukit/../../../lm32_evr/lib/include -DRTEMS_RTL_RAP_LOADER=1
-DRTEMS_RTL_ELF_LOADER=1 -O0 -g -Wall -Wmissing-prototypes
Indeed. I did right away verify I can build run test everything for the
beaglebones and the bbxm from mainline. So that seems to have gone fine.
The supporting tools and RSB stuff I am in contact with Chris about.
On Mon, Nov 3, 2014 at 10:23 PM, Joel Sherrill joel.sherr...@oarcorp.com
wrote:
On 4/11/2014 8:26 am, Joel Sherrill wrote:
Hi
Looks like a Makefile/configure issue.
Seems so. There is no relocation code for m32c. There is for m32r.
Chris
gmake[6]: Entering directory
On 11/3/2014 3:29 PM, Chris Johns wrote:
On 4/11/2014 8:26 am, Joel Sherrill wrote:
Hi
Looks like a Makefile/configure issue.
Seems so. There is no relocation code for m32c. There is for m32r.
Got a quick fix? This looks like the easiest of the failures so far. :(
--joel
Chris
gmake[6]:
On 4/11/2014 8:30 am, Joel Sherrill wrote:
On 11/3/2014 3:29 PM, Chris Johns wrote:
On 4/11/2014 8:26 am, Joel Sherrill wrote:
Hi
Looks like a Makefile/configure issue.
Seems so. There is no relocation code for m32c. There is for m32r.
Got a quick fix? This looks like the easiest of the
On 4/11/2014 8:25 am, Joel Sherrill wrote:
Hi
I suppose this needs to be narrowed down and fed into gcc's bugzilla.
But I wanted to here from Chris first.
lm32-rtems4.11-gcc --pipe -DHAVE_CONFIG_H -I..
-I../../cpukit/../../../lm32_evr/lib/include -DRTEMS_RTL_RAP_LOADER=1
Good idea, I did it.
On Mon, Nov 3, 2014 at 10:32 PM, Gedare Bloom ged...@rtems.org wrote:
Please send a note to rtems-users, some may be interested to hear this
addition. -Gedare
On Mon, Nov 3, 2014 at 4:28 PM, Ben Gras b...@shrike-systems.com wrote:
Indeed. I did right away verify I can
On November 3, 2014 3:39:13 PM CST, Chris Johns chr...@rtems.org wrote:
On 4/11/2014 8:30 am, Joel Sherrill wrote:
On 11/3/2014 3:29 PM, Chris Johns wrote:
On 4/11/2014 8:26 am, Joel Sherrill wrote:
Hi
Looks like a Makefile/configure issue.
Seems so. There is no relocation code for m32c.
Hi
Another architecture specific issue:
mips-rtems4.11-gcc --pipe -DHAVE_CONFIG_H -I..
-I../../cpukit/../../../jmr3904/lib/include -DRTEMS_RTL_RAP_LOADER=1
-DRTEMS_RTL_ELF_LOADER=1 -march=r3900 -Wa,-xgot -G0 -O2 -g -Wall
-Wmissing-prototypes -Wimplicit-function-declaration
On 11/3/2014 3:30 PM, Joel Sherrill wrote:
On 11/3/2014 3:29 PM, Chris Johns wrote:
On 4/11/2014 8:26 am, Joel Sherrill wrote:
Hi
Looks like a Makefile/configure issue.
Seems so. There is no relocation code for m32c. There is for m32r.
Got a quick fix? This looks like the easiest of the
On November 3, 2014 6:06:37 PM CST, Chris Johns chr...@rtems.org wrote:
On 4/11/2014 10:57 am, Joel Sherrill wrote:
On 11/3/2014 3:22 PM, Joel Sherrill wrote:
Hi
rtems-syms -e -c -mtune=i386 -O2 -g -Wall -Wmissing-prototypes
-Wimplicit-function-declaration -Wstrict-prototypes
On 2/11/2014 8:28 pm, Peng Fan wrote:
Hi,
qemu-system-arm -no-reboot -net none -nographic -M realview-pbx-a9 -m
256M -kernel `find . -name dl01.exe` -s -S
*** BEGIN OF TEST libdl (RTL) Loader 1 ***
load: /dl-o1.o
rtl: unsupported section: 15: type=1879048195 flags=00
handle: 0x212b10 has
22 matches
Mail list logo