On 08/09/17 00:08, Gedare Bloom wrote:
I understand the motivation. I need to look carefully at whether this
breaks the special case, and how to otherwise fix it.
The change didn't introduce test suite failures.
The mmap() implementation has some other problems. It contains too many
conditio
Sounds good, I guess we have to adjust the SIS patches?
--
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 request.
I understand the motivation. I need to look carefully at whether this
breaks the special case, and how to otherwise fix it.
On Wed, Sep 6, 2017 at 2:27 AM, Sebastian Huber
wrote:
> The top-level IO library structures should contain no special-case data.
>
> Update #2859.
> ---
> cpukit/libcsuppo
On 08/09/2017 02:10, Joel Sherrill wrote:
> Hi
>
> The FreeBSD psim bug is listed as fixed in the announcement.
>
> Is there anything else that was stopping us from bumping up
> to gdb 8?
>
Fine with me.
Chris
___
devel mailing list
devel@rtems.org
h
Hi
The FreeBSD psim bug is listed as fixed in the announcement.
Is there anything else that was stopping us from bumping up
to gdb 8?
--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
Thanks Chris for your input.
I think I've used a cmake gui once in 2008 or 2009 and never did that to
myself again. :P
I started creating the required cmake extensions for SOEM. I hope to have
something trying to compile by monday sometime. I'll keep you posted.
Cheers,
Niko
On Thu, Sep 7, 2017
