On 2015-03-12 14:10 +0100, Sebastian Huber wrote: > > > > #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.
What do you mean by 'visible'? > > 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. The reason why we're forced to use link grouping (link-start / link-end) is precisely because we've hidden circular dependencies using many -I directories to our headers. If it's worse then we need to change how the source is laid out. Will it be a pain short term? Yes, this is due to how the API has been designed over the past 10 years with the 'feature' of using preinclude to throw files wherever we link and use as many -I lines to get RTEMS to build. There has to be a process in between us getting from the situation we are in now to an ideal situation where all of this is unwound. It won't be pretty. Amar. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
