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