On 07/11/17 22:27, Chris Johns wrote:
+typedef enum
+{
+ RTEMS_TEST_STATE_PASS,
+ RTEMS_TEST_STATE_FAIL,
+ RTEMS_TEST_STATE_USER_INPUT,
+ RTEMS_TEST_STATE_INDETERMINATE,
+ RTEMS_TEST_STATE_BENCHMARK
+} RTEMS_TEST_STATE;
-/**
- * @brief End of test message format string.
- */
-#define TES
On 08/11/17 03:29, Chris Johns wrote:
- Remove the macro defines and the need for tmacro.h by remapping the
symbols using ld's wrap option.
- Remove FLUSH_OUTPUT, it was empty.
- Move rtems_test_exit to libmisc/testsupport as a function.
This is a really nice change. Its good that at least o
- Remove the macro defines and the need for tmacro.h by remapping the
symbols using ld's wrap option.
- Remove FLUSH_OUTPUT, it was empty.
- Move rtems_test_exit to libmisc/testsupport as a function.
Update #3199.
---
cpukit/libmisc/Makefile.am | 1 +
cpukit/libmisc/testsuppor
Add a tests enum and move all test banner test to the library in libmisc.
Update #3199.
---
cpukit/libmisc/testsupport/test.h | 39 +---
cpukit/libmisc/testsupport/testbeginend.c | 94 +++--
testsuites/samples/cdtest/main.cc | 4 +-
testsuite
On 8/11/17 6:27 am, Joel Sherrill wrote:
>
> Obviously this requires documentation. :)
>
Of course.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
- Am 7. Nov 2017 um 17:02 schrieb Chris Johns chr...@rtems.org:
> Provide functions to get the version string, major, minor and revision
> numbers and the version control identifer that is a unique tag for
> the version control system.
>
> Update #3199.
[...]
> diff --git a/cpukit/sapi/src/v
Provide functions to get the version string, major, minor and revision
numbers and the version control identifer that is a unique tag for
the version control system.
Update #3199.
---
cpukit/sapi/Makefile.am| 35 +++-
cpukit/sapi/include/rtems/version.h
On Tue, Nov 7, 2017 at 9:30 AM, Chris Johns wrote:
> On 8/11/17 2:18 am, Joel Sherrill wrote:
> >
> > Nothing specifically. Just noting that the GCC community has been testing
> > and sending results to a mailing list for a LONG time. They have
> developed
> > a process and use cases. It is doubt
On 8/11/17 2:18 am, Joel Sherrill wrote:
>
> Nothing specifically. Just noting that the GCC community has been testing
> and sending results to a mailing list for a LONG time. They have developed
> a process and use cases. It is doubtful that we will find a use case they
> haven't already encounte
On Tue, Nov 7, 2017 at 9:07 AM, Chris Johns wrote:
> On 8/11/17 2:01 am, Joel Sherrill wrote:
> >
> > I mentioned earlier that GCC has a tool in contrib/ to send test
> results. It has
> > been around a long time and should be a good place to look for use
> cases.
>
> Sure, but I would need to fi
On 7/11/17 6:38 pm, Sebastian Huber wrote:
> On 07/11/17 06:46, Chris Johns wrote:
>> +/**
>> + * @brief Returns the version's VC ident. This is specific to the VC being
>> + * used.
>> + *
>> + * @retval int The version's VC ident.
>> + */
>> +const char *rtems_version_vc_ident( void );
>
> Norma
On 7/11/17 6:24 pm, Sebastian Huber wrote:
>
> can we please unify this stuff first. Then you only have
> to change this in one place or do simple search and replace changes.
>
Are we unified? It seems close to me with that last patch and your test results.
Chris
___
On 8/11/17 2:01 am, Joel Sherrill wrote:
>
> I mentioned earlier that GCC has a tool in contrib/ to send test results. It
> has
> been around a long time and should be a good place to look for use cases.
Sure, but I would need to figure out a complicated shell script or something
else to know
On Nov 7, 2017 8:57 AM, "Chris Johns" wrote:
On 7/11/17 6:01 pm, Sebastian Huber wrote:
> On 06/11/17 23:03, Chris Johns wrote:
>> $ cat ~/.mailrc | grep chrisj
>> setfrom=chr...@rtems.org
>>
>
> With the sudo, I have to add this file to the root user.
Yes this is correct. There is the `MAILRC`
On 7/11/17 6:01 pm, Sebastian Huber wrote:
> On 06/11/17 23:03, Chris Johns wrote:
>> $ cat ~/.mailrc | grep chrisj
>> setfrom=chr...@rtems.org
>>
>
> With the sudo, I have to add this file to the root user.
Yes this is correct. There is the `MAILRC` environment var which can point to a
.mailrc b
On 7/11/17 7:27 pm, sebastian.hu...@embedded-brains.de wrote:
>
> Summary
> ===
>
> Passed:613
> Failed: 1
> User Input: 5
> Expected Fail: 0
> Indeterminate: 0
> Benchmark: 3
> Timeout: 0
> Invalid: 0
> --
> Total: 622
>
16 matches
Mail list logo