This breaks tm04 and tm20 with --enable-smp.
On 06/12/17 19:49, Joel Sherrill wrote:
Module:rtems
Branch:master
Commit:d2711c37f1f189863bd679064cd37a7b0f700494
Changeset:
http://git.rtems.org/rtems/commit/?id=d2711c37f1f189863bd679064cd37a7b0f700494
Author:Joel Sherrill
Date:
On Wed, Dec 6, 2017 at 12:25 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 05/12/17 17:13, Joel Sherrill wrote:
>
>> Also use single conditional expressions to simplify error checking.
>> Combined, this all resulted in a block of SMP enabled error checking.
>>
>> Updates #3
Hello Joel,
Am 06.12.2017 um 16:00 schrieb Joel Sherrill:
> Should the test .doc file be updated to include this test case?
>
I think that "Make sure short file- and directory names and long file-
and directory names are handled correctly for the default character set
(code page 850)" already co
Should the test .doc file be updated to include this test case?
Is this a test case.worth running against other filesystems?
--joel
On Dec 6, 2017 9:57 AM, "Christian Mauderer" <
christian.maude...@embedded-brains.de> wrote:
From: Christian Mauderer
If there is already a file with a long file
From: Christian Mauderer
If there is already a file with a long file name it isn't possible to
create a second file which has a name that ends on the first files name
(for example ets.beam and sets.beam). This patch fixes that.
---
cpukit/libfs/src/dosfs/msdos_misc.c | 10 +++---
testsui
Hi
Looking forward, it would be nice to have something to check that we are
following the style rules. And possibly encourage us to add details to the
rules.
clang-tidy looks to be in use by a number of projects, headed to being easy
to tailor a custom set, and easy to integrate as a git hook.
W
On Dec 6, 2017 8:58 AM, "Sebastian Huber" <
sebastian.hu...@embedded-brains.de> wrote:
On 06/12/17 14:38, Joel Sherrill wrote:
> I spoke with someone yesterday at the FSW who pointed out that Linux has
> an assembly version of memcpy() for SPARC. Obviously this code is pure GPL
> so we can't use
On 06/12/17 14:38, Joel Sherrill wrote:
I spoke with someone yesterday at the FSW who pointed out that Linux
has an assembly version of memcpy() for SPARC. Obviously this code is
pure GPL so we can't use it.
Is this assembly version faster, better, whatever?
--
Sebastian Huber, embedded brai
Hi
I spoke with someone yesterday at the FSW who pointed out that Linux has an
assembly version of memcpy() for SPARC. Obviously this code is pure GPL so
we can't use it.
Does anyone know of optimized SPARC implementations with appropriate
license? I am wondering if there isn't code in *BSD, we m
