On Fri, Apr 15, 2016 at 10:22 AM, Gedare Bloom wrote:
> On Fri, Apr 15, 2016 at 5:16 AM, Sebastian Huber
> wrote:
>> Add a chain iterator for safe iteration of chains with concurrent node
>> extraction.
It may be worth it to add doxygen to explain this iterator usage, and
also regarding that conc
On 16/04/2016 12:16 AM, Joel Sherrill wrote:
> Thanks for helping me yesterday Chris. The --version argument isn't
> in the README.waf.
I have changes pending to remove the need to use the option and to clean
this up including documentation.
> The docs also don't mention how to update the rtems_w
On Fri, Apr 15, 2016 at 12:35 AM, Martin Galvan
wrote:
>
> On Thu, Apr 14, 2016 at 1:34 PM, punit vara wrote:
> > Hi all !
> >
> > I had successfully merged the TI Starter Ware Code with RTEMS.
>
> That's great. Could you show us the resulting directory structure
> (perhaps with a diffstat), as w
On Fri, Apr 15, 2016 at 5:16 AM, Sebastian Huber
wrote:
> Add a chain iterator for safe iteration of chains with concurrent node
> extraction.
> ---
> cpukit/score/include/rtems/score/chainimpl.h | 186
> +++
> testsuites/sptests/spchain/init.c| 119 ++
On Fri, Apr 15, 2016 at 8:50 AM, Joel Sherrill wrote:
>
>
> On Fri, Apr 15, 2016 at 4:18 AM, Chris Johns wrote:
>>
>>
>> > On 15 Apr 2016, at 7:13 PM, Sebastian Huber
>> > wrote:
>> >
>> >
>> >
>> >> On 15/04/16 10:28, Chris Johns wrote:
>> >>> On 15/04/2016 18:22, Sebastian Huber wrote:
>> >>>
Thanks for helping me yesterday Chris. The --version argument isn't
in the README.waf.
The docs also don't mention how to update the rtems_waf submodule
which led to cryptic errors.
This type of stuff needs to be in the new Getting Started. Between
README.waf
and Jeff's notes, maybe there is a st
Thanks. Habeeb ran into trouble with trying to go down that Makefile
path. I have asked him to submit a doco cleanup.
On Fri, Apr 15, 2016 at 3:28 AM, Chris Johns wrote:
> On 15/04/2016 17:26, Sebastian Huber wrote:
>>
>> Yes, the Makefile support is dead.
>
>
> OK. I will remove it.
>
> I am cle
On Fri, Apr 15, 2016 at 4:18 AM, Chris Johns wrote:
>
> > On 15 Apr 2016, at 7:13 PM, Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
> >
> >
> >
> >> On 15/04/16 10:28, Chris Johns wrote:
> >>> On 15/04/2016 18:22, Sebastian Huber wrote:
> >>>
> On 15/04/16 09:53, Chris Johns
Introduce internal type __ino_t.
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 9 +
newlib/libc/include/sys/types.h| 10 +++---
newlib/libc/sys/rtems/include/machine/_types.h | 3 +++
winsup/cygwin/include/cygwin/types.h
Include in if __BSD_VISIBLE for BSD
compatibility. This is in line with glibc .
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/types.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/newlib/libc/include/sys/types.h b/newlib/libc/include/sys/types.h
index f02f170..57b74ef 10064
From: Christian Mauderer
Signed-off-by: Christian Mauderer
---
newlib/libc/include/sys/_stdint.h | 39 +++
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/newlib/libc/include/sys/_stdint.h
b/newlib/libc/include/sys/_stdint.h
index add1860..a7f
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 4
newlib/libc/include/sys/stat.h | 2 +-
newlib/libc/include/sys/types.h| 5 +
newlib/libc/sys/rtems/include/machine/_types.h | 4 +++-
winsup/cygwin/include/cygwin/types.
Various FreeBSD source and header files need a typedef __size_t via
. Unfortunately the GCC provided uses
#if (defined (__FreeBSD__) && (__FreeBSD__ >= 5)) \
|| defined(__DragonFly__) \
|| defined(__FreeBSD_kernel__)
/* __size_t is a typedef on FreeBSD 5, must
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 4
newlib/libc/include/sys/stat.h | 2 +-
newlib/libc/include/sys/types.h| 5 +
newlib/libc/sys/rtems/include/machine/_types.h | 5 +++--
winsup/cygwin/include/cygwin/types
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 8
newlib/libc/include/sys/types.h| 6 ++
winsup/cygwin/include/cygwin/types.h | 12
winsup/cygwin/include/machine/_types.h | 8
4 files changed, 22 insertions(+), 12 deleti
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 1 +
newlib/libc/include/sys/types.h | 5 -
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_types.h
index 32e7fef..041ad74 100644
--- a/newlib/libc/
Use __uint32_t to avoid the use of GCC-specific _ST_INT32.
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 16 +
newlib/libc/include/sys/types.h| 50 --
newlib/libc/sys/rtems/include/machine/_types.h | 2 +-
win
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 4 +++-
newlib/libc/include/sys/times.h | 7 ---
newlib/libc/include/sys/types.h | 7 ---
3 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_typ
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 3 ++-
newlib/libc/include/sys/types.h | 7 ---
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_types.h
index 6e6e2d3..7c2d963 100644
--- a/newlib/
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 1 +
newlib/libc/include/sys/types.h | 5 -
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_types.h
index 88a18b3..32e7fef 100644
--- a/newlib/libc/
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_timespec.h| 3 ++-
newlib/libc/include/sys/_timeval.h | 3 ++-
newlib/libc/include/sys/_types.h | 4 +++-
newlib/libc/include/sys/timeb.h| 7 ---
newlib/libc/include/sys/types.h| 7 ---
newlib/libc/s
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_default_fcntl.h | 4
1 file changed, 4 insertions(+)
diff --git a/newlib/libc/include/sys/_default_fcntl.h
b/newlib/libc/include/sys/_default_fcntl.h
index 3be8f8d..ede90c4 100644
--- a/newlib/libc/include/sys/_default_fcntl.h
+++
Add __va_list to for BSD compatibility. In FreeBSD this
typedef is provided by the various architecture-specific
in a copy and paste manner.
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/newlib/libc/include/sys/_t
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 4 +++-
newlib/libc/include/sys/types.h | 7 ---
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_types.h
index 1ba4c64..6e6e2d3 100644
--- a/newlib
Newlib defines defaults for internal types via and uses
to let targets define their own type if necessary.
Previously for example
#ifndef __dev_t_defined
typedef short __dev_t;
#endif
However, the __*_t_defined pattern conflicts with the glibc type guard
pattern for use
Signed-off-by: Sebastian Huber
---
newlib/libc/include/sys/_types.h | 4
newlib/libc/include/sys/types.h | 5 +
winsup/cygwin/include/cygwin/types.h | 6 --
3 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/
On 15/04/16 12:23, Richard Biener wrote:
On Fri, Apr 15, 2016 at 11:44 AM, Sebastian Huber
wrote:
>I work currently on a better FreeBSD compatibility for Newlib. For
>RTEMS we use the network, USB, SD/MMC stacks from FreeBSD. It would be
>nice to use , etc. from Newlib directly to compile
I work currently on a better FreeBSD compatibility for Newlib. For
RTEMS we use the network, USB, SD/MMC stacks from FreeBSD. It would be
nice to use , etc. from Newlib directly to compile FreeBSD
user and kernel space files.
Various FreeBSD source and header files need a typedef __size_t via
.
> On 15 Apr 2016, at 7:13 PM, Sebastian Huber
> wrote:
>
>
>
>> On 15/04/16 10:28, Chris Johns wrote:
>>> On 15/04/2016 18:22, Sebastian Huber wrote:
>>>
On 15/04/16 09:53, Chris Johns wrote:
The following is just a small sample of the errors I am seeing with
the latest tools
Add a lock and use a chain iterator for safe iteration during concurrent
user extension addition and removal.
Ensure that dynamically added thread delete and fatal extensions are
called in reverse order.
Update #2555.
Update #2692.
---
cpukit/score/include/rtems/score/thread.h | 7 +
Simplify _User_extensions_Handler_initialization().
---
cpukit/score/src/userext.c | 51 +-
1 file changed, 23 insertions(+), 28 deletions(-)
diff --git a/cpukit/score/src/userext.c b/cpukit/score/src/userext.c
index 1ac622e..b4d4b0a 100644
--- a/cpuki
Add a chain iterator for safe iteration of chains with concurrent node
extraction.
---
cpukit/score/include/rtems/score/chainimpl.h | 186 +++
testsuites/sptests/spchain/init.c| 119 +
testsuites/sptests/spchain/spchain.doc | 6 +
testsui
Extension create and delete is protected by the object allocator lock.
Update #2555.
---
cpukit/sapi/include/rtems/extensionimpl.h | 7 ++-
cpukit/sapi/src/extensiondelete.c | 33 ---
2 files changed, 15 insertions(+), 25 deletions(-)
diff --git a/cpukit/
On 15/04/16 10:28, Chris Johns wrote:
On 15/04/2016 18:22, Sebastian Huber wrote:
On 15/04/16 09:53, Chris Johns wrote:
The following is just a small sample of the errors I am seeing with
the latest tools building libbsd. Anyone else seeing these?
What are the latest tools for you in this
On 15/04/2016 18:22, Sebastian Huber wrote:
On 15/04/16 09:53, Chris Johns wrote:
The following is just a small sample of the errors I am seeing with
the latest tools building libbsd. Anyone else seeing these?
What are the latest tools for you in this case?
tools/rtems-gcc-6-20160327-newli
On 15/04/16 09:53, Chris Johns wrote:
The following is just a small sample of the errors I am seeing with
the latest tools building libbsd. Anyone else seeing these?
What are the latest tools for you in this case?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Pu
Hi,
The following is just a small sample of the errors I am seeing with the
latest tools building libbsd. Anyone else seeing these?
Chris
$ waf
Waf: Entering directory
`/opt/work/chris/rtems/libbsd/rtems-libbsd.master/build/i386-rtems4.12-pc686'
[ 2/842] Compiling rtemsbsd/rtems/generate_k
On 15/04/2016 17:26, Sebastian Huber wrote:
Yes, the Makefile support is dead.
OK. I will remove it.
I am cleaning up the RTEMS version handling. It is fragile.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/dev
Yes, the Makefile support is dead.
--
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.
Diese Nachricht ist
Hi,
Should I remove this?
I have no idea if it works?
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
40 matches
Mail list logo