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 unreso
On November 3, 2014 6:06:37 PM CST, Chris Johns 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
>-Wnested-ex
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 -Wnested-externs" -o
dl-sym.o dl01.pre.exe
/tmp/ccobfWoY.s: Assembler messages:
/tmp/cco
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 -Wnested-externs" -o
> dl-sym.o dl01.pre.exe
> /tmp/ccobfWoY.s: Assembler messages:
> /tmp/ccobfWoY.s:2196: Error: unrecognized
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
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 -Wstrict-prototypes
On November 3, 2014 3:39:13 PM CST, Chris Johns 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
Good idea, I did it.
On Mon, Nov 3, 2014 at 10:32 PM, Gedare Bloom 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 wrote:
> > Indeed. I did right away verify I can build & run & test everything for
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
-DRTEMS_RTL_ELF_LOADE
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 fa
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 wrote:
> 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
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
>
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
`/users/joel/rtems-4.11-work/rtems-testing/rtems/build-m32c-m32csim-rtems/m32c-rtems4.11/c/m32csim/cpuk
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
wrote:
>
> On 11/3/2014 3:06
Hi
Looks like a Makefile/configure issue.
gmake[6]: Entering directory
`/users/joel/rtems-4.11-work/rtems-testing/rtems/build-m32c-m32csim-rtems/m32c-rtems4.11/c/m32csim/cpukit/libdl'
gmake[6]: *** No rule to make target `preinstall'. Stop.
gmake[6]: Leaving directory
`/users/joel/rtems-4.11-wor
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
-Wimp
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
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
-Wimplicit-functi
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
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 wrote:
> All,
>
> I have new patches with some last-minute smoothings added; removed
> obsolete beagle.cfg, TODO, and separated the more generic ARM headers int
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
On November 3, 2014 8:12:11 AM CST, Gedare Bloom wrote:
>On Mon, Nov 3, 2014 at 7:58 AM, Jennifer Averett
> wrote:
>> ---
>> cpukit/libmisc/cpuuse/cpuusagetop.c | 83
>-
>> 1 file changed, 63 insertions(+), 20 deletions(-)
>>
>> diff --git a/cpukit/libmisc/cp
On Mon, Nov 3, 2014 at 7:58 AM, Jennifer Averett
wrote:
> ---
> 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
> in
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 contribution!
---
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
+++
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 += ../sha
26 matches
Mail list logo