no-preinstall: Architecture-specific header files

Joel Sherrill joel at rtems.org
Sun Jan 28 20:05:32 UTC 2018


On Sun, Jan 28, 2018 at 1:32 PM, Gedare Bloom <gedare at rtems.org> wrote:

> On Wed, Jan 24, 2018 at 1:48 AM, Sebastian Huber
> <sebastian.huber at embedded-brains.de> wrote:
> > On 23/01/18 22:51, Joel Sherrill wrote:
> >>
> >>
> >>     >
> >>     > If we move them, I prefer this cpukit/include/@RTEMS_CPU@
> because it
> >>     > is easier to find header files while browsing the cpukit source
> >>     tree,
> >>     > there is only one place to look in the include subtree. I'm also
> ok
> >>     > with cpukit/include/arch/@RTEMS_CPU@ to further organize them,
> which
> >>     > was not an option you listed.
> >>     >
> >>
> >>     Either works for me.
> >>
> >>
> >> +1 although I kind of lean to having them collected under arch. That
> >> avoids
> >> some clutter and avoids the include directory directly under another
> >> issue.
> >
> >
> > I am not so fond of this subtree special case. It is not self-describing.
> > You have to know that there exists an -I magic in the build system which
> > maps some subtrees. The BSP area is not organized like this. Then, I am
> more
> > in favour of the original directory:
> >
> > cpukit/score/cpu/@RTEMS_CPU@/include
> >
> > A
> >
> > find -name include
> >
> > gives you all the include directories.
> >
> Fine with me.
>

OK.

>
> >
> > --
> > 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.huber at embedded-brains.de
> > PGP     : Public key available on request.
> >
> > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20180128/07ce4b97/attachment.html>


More information about the devel mailing list