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