Minor update: I'll work on Chris' suggestion of using FreeBSD's
loader.efi and having that load our static hello.exe - it ought to be
a quicker test that way.
On Sun, Jun 10, 2018 at 9:34 PM Amaan Cheval wrote:
>
> On Sun, Jun 10, 2018 at 12:38 AM Joel Sherrill wrote:
> >
> >
> >
> > On Fri, Jun
On 11/06/18 08:22, Joel Sherrill wrote:
>
> >
> >>> Does this tool need to move over?
> >> I would like to move all host tools out of the RTEMS
repository
> to simplify the
> >> build. If we get rid of the host tools, then we have only to
>
Bump :)
On Tue, Jun 5, 2018 at 10:54 PM Amaan Cheval wrote:
>
> Original commit in binutils:
> https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commitdiff;h=421acf18739edb54111b64d2b328ea2e7bf19889
>
> Update #2898
> ---
> rtems/config/5/rtems-x86_64.bset | 5 +
> 1 file changed, 5
On 11/06/18 07:08, Sebastian Huber wrote:
On 08/06/18 07:54, Chris Johns wrote:
On 06/06/2018 19:57, Sebastian Huber wrote:
On 06/06/18 07:16, Sebastian Huber wrote:
We could use an unofficial mirror on Github, e.g.
https://codeload.github.com/bminor/binutils-gdb/tar.gz/c61b06a19a34baab66e3
On 11/6/18 6:33 pm, Sebastian Huber wrote:
>
> Please review also this comment:
>
> https://devel.rtems.org/ticket/3448#comment:1
>
Done.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 11/6/18 5:49 pm, Sebastian Huber wrote:
> On 11/06/18 08:22, Joel Sherrill wrote:
>>
>>
>> >
>> > >
>> > >>> Does this tool need to move over?
>> > >> I would like to move all host tools out of the RTEMS
>> repository
>> > to simplify the
>> > >> b
On 11/06/18 11:35, Chris Johns wrote:
3. Remove the gensh1 and gensh2 BSPs.
What is in the generated file?
We use weak symbols in the Zynq BSP to allow us to override defaults. Could this
approach be used?
The generated file provides a function _sci_get_brparms() and an array
with generated
On 11/6/18 7:48 pm, Sebastian Huber wrote:
> On 11/06/18 11:35, Chris Johns wrote:
>>> 3. Remove the gensh1 and gensh2 BSPs.
>>>
>> What is in the generated file?
>>
>> We use weak symbols in the Zynq BSP to allow us to override defaults. Could
>> this
>> approach be used?
>
> The generated file
All tools should be removed from the RTEMS source repository at some
point in time. Tools with a BSD-style license will be moved to the RTEMS
tools repository. Unfortunately, the shgen tool is GPL licensed.
Remove all uses of this tool from the code base. Replace generated files
with stub function
What do we want to do with this tool? It uses the RTEMS GPL.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on requ
On 11/06/18 14:52, Sebastian Huber wrote:
What do we want to do with this tool? It uses the RTEMS GPL.
This tool is not used during the BSP build. I can be removed without
breaking BSPs.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +
On Mon, Jun 11, 2018 at 5:35 AM, Chris Johns wrote:
> On 11/6/18 5:49 pm, Sebastian Huber wrote:
>> On 11/06/18 08:22, Joel Sherrill wrote:
>>>
>>>
>>> >
>>> > >
>>> > >>> Does this tool need to move over?
>>> > >> I would like to move all host tools out of the RTEMS
>>
On Mon, Jun 11, 2018 at 8:48 AM, Sebastian Huber
wrote:
> All tools should be removed from the RTEMS source repository at some
> point in time. Tools with a BSD-style license will be moved to the RTEMS
> tools repository. Unfortunately, the shgen tool is GPL licensed.
>
> Remove all uses of this t
On 6 June 2018 at 20:49, Joel Sherrill wrote:
> I can't duplicate this. My configure command was:
>
> ../rtems/configure --target=sparc-rtems5 --enable-rtemsbsp=leon3
> --prefix=/home/joel/rtems-work/tools/5 \
>--disable-networking --enable-posix --disable-smp
> --disable-multiprocessing \
>
Hi!
Updating the status on the tracing project. I am working on a ctftrace
function in the main_rtrace.c file in rtems source code which will use the
libbabeltrace C API to convert the trace buffers and print the final CTF
onto the console. I am using a static metadata specific to the fileio
sampl
On 11/06/2018 22:54, Sebastian Huber wrote:
> On 11/06/18 14:52, Sebastian Huber wrote:
>> What do we want to do with this tool? It uses the RTEMS GPL.
>>
>
> This tool is not used during the BSP build. I can be removed without breaking
> BSPs.
>
I agree.
Chris
On 12/06/2018 14:13, Chris Johns wrote:
> Module:rtems-tools
> Branch:dwarf-types
> Commit:2d94207f02c10da8e349eec4755b3aa2a40b2c2a
> Changeset:
> http://git.rtems.org/rtems-tools/commit/?id=2d94207f02c10da8e349eec4755b3aa2a40b2c2a
>
This commit is a mistake on my part and I will re
On 11/06/18 16:23, Gedare Bloom wrote:
On Mon, Jun 11, 2018 at 8:48 AM, Sebastian Huber
wrote:
All tools should be removed from the RTEMS source repository at some
point in time. Tools with a BSD-style license will be moved to the RTEMS
tools repository. Unfortunately, the shgen tool is GPL li
On 09/06/2018 02:45, Christian Mauderer wrote:
>
> Did you also note Gedares suggestion to move the rtems_waf.git to the
> public repos? Maybe that would be a good idea.
>
Yes I did and it is a good idea. I have move the repo to the top level and
updated cgit's config so it is viewable.
Will ne
Please review this patch. :)
On 7 June 2018 at 16:38, Vijay Kumar Banerjee
wrote:
> Close #3440
> ---
> tester/rt/coverage.py | 6 --
> tester/rt/test.py | 15 ++-
> 2 files changed, 14 insertions(+), 7 deletions(-)
>
> diff --git a/tester/rt/coverage.py b/tester/rt/coverage
Chris needs to speak up since it is Python.
I see changes to HTML output which I doubt are related to the core change.
On Tue, Jun 12, 2018, 8:39 AM Vijay Kumar Banerjee
wrote:
> Please review this patch. :)
> On 7 June 2018 at 16:38, Vijay Kumar Banerjee
> wrote:
>
>> Close #3440
>> ---
>> t
21 matches
Mail list logo
