Re: parallel make failure?

2017-11-26 Thread Sebastian Huber

On 25/11/17 23:02, Chris Johns wrote:

On 23/11/17 9:33 pm, Sebastian Huber wrote:

bsps/include
bsps/$arch/include
bsps/$arch/$bsp/include
cpukit/include
cpukit/libnetworking/include



cpukit/score/cpu/$arch/include


This generates a lot of header file moves that could be avoided with we use

cpukit/score/cpu/$arch

as an include directory.


This is looking sensible but I am not sure how to handle the install phase.

Do we have per ARCH and/or BSP makefile .in files that list the headers for that
ARCH or BSP in that part of the tree and we have the Makefile.am subst to
include the specific file, for example `include @RTEMS_CPU@/@RTEMS_BSP@.am? We
cannot use .am files because the subst is during configure and not during
bootstrap. If we did this would we have these file generated by the contents of
the directory, that is all headers are installed?

I just hope we do not fall into an Automake hole here.


I would one bsps/Makefile.am which includes

bsps/$arch/$arch.am

to keep the file reasonably small. Then I would introduce

AM_CONDITIONAL(BSPS_$arch, ...)
AM_CONDITIONAL(BSPS_$arch_$bspdir)

For a start, I would install all header files in bsps/$arch/include 
unconditionally. We can fine tune this later if necessary (e.g. confused 
users use random shared header files which don't work on a particular BSP).


--
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 keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Asynchronous read and write in RTEMS

2017-11-26 Thread sangeetha . kn





Hi,

Did RTEMS has asynchronous read an write support.

In the RTEMS posix API documentation it is mentioned
"aio_read/aio_write : This routine is not currently supported by RTEMS but
could be in a future version."

Can anyone help..

 

Regards,

Sangeetha
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel