How to build librtemscpu.a and librtemsbsp.a in the future?

[Sebastian Huber]

Hello,

I tried to consolidate the cpukit Makefile.am. This ended up in the 
following problem. The content of librtemscpu.a depends on the CPU port. 
This is currently done via a non-standard

_SUBDIRS = ../@RTEMS_CPU@

construct. The wrapup/Makefile.am combines several static libraries into 
one librtemscpu.a. With librtemsbsp.am we have a similar problem. This 
archive unpack and re-create step seems to be a bit expensive. Why can't 
we use an MRI script, e.g.

create ./sparc-rtems5/erc32/lib/librtemscpu.a
addlib ./sparc-rtems5/c/erc32/cpukit/librtemscpu.a
addlib ./sparc-rtems5/c/erc32/cpukit/score/cpu/sparc/libscorecpu.a
save
end

?

Would conditional Makefile.am parts be more efficient, e.g. in 
cpukit/Makefile.am

if CPU_ARM
include score/cpu/arm/make.am
endif
if CPU_XXX
...

How would waf deal with this problem?

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