New source layout.

Sebastian Huber sebastian.huber at embedded-brains.de
Thu Mar 12 13:10:25 UTC 2015



On 12/03/15 14:05, Amar Takhar wrote:
> On 2015-03-12 13:57 +0100, Sebastian Huber wrote:
>>
>> On 11/03/15 13:04, Amar Takhar wrote:
>>> On 2015-03-11 09:44 +0100, Sebastian Huber wrote:
>>>>> We need at least three -I options, one for the BSP headers, one for the
>>>>> CPU headers and one for the rest.
>>> The current one uses only one -I because all paths will be explicit.  Right now
>>> I've hacked around the problem with the header redirectors.
>> For example in <rtems/score/percpu.h> we have a
>>
>> #include <rtems/score/cpu.h>
>>
>> We have one cpu.h per architecture port. How do you mange this with only
>> one include path?
> You include two different headers:
>
> #include <rtems/sparc/cpu.h>
> #include <rtems/score/percpu.h>

This will not work. We have sparc, arm, powerpc etc. and they must not 
be visible at the same time.

>
> The names of some headers would have to be changed to avoid confusion.  Right
> now this is solved with the header includers so it is not something we have to
> address quickly.
>
> Internal headers such as this should not be 'hidden' by way of using an include
> path.  There are unique headers per architecture however they're currently
> hidden on the commandline and not visible in-source this is wrong.
>

This is how it works on Linux and BSD too. You could use a #if #elif 
cascade, but this is worse.

-- 
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.




More information about the devel mailing list