particular, using bsp.h, or getting information from the BSP which
should properly be obtained from RTEMS is forbidden. This is
necessary to strengthen the division between the BSP independent
parts of RTEMS and the BSPs themselves. This started after
comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
The changes primarily eliminated the need to include bsp.h and
peeking at BSP_Configuration. The use of Cpu_table in each
BSP needs to be eliminated.
Ralf Corsepius <corsepiu@faw.uni-ulm.de>:
Most significant changes:
* Names for rpms changed again
* gccnewlib.rpm split into 3 rpms, one for chill, gcj, gcc (includes
c/c++/f77/objc), simultaneously built from a common *.spec.
* small patches with major impact to gcc and newlib (Those fixes
mentioned to Ian, ie. libobjc/libchill are built, multilibing works)
* gcc patch against gcc-2.95.2 (Should also apply to gcc-2.95.1 without
major problems)
* Buildroot removed from */*spec.in
* New: rpm Group: "rtems" (rpm -q -g rtems reports all RTEMS packages)
issue and has mkbspspec in a better state. user.cfg is now
gone.
There are some miscellaneous changes to buildall done by Joel
to clean up the build process.
is working mostly for sparc at least.
There is one major problem -- the current process generates a unique
source file per RPM when in fact all of the source files are nearly
the same -- it is only the spec part of the rpm which differs.
The new file mkbinutils_subpackage_version is an attempt to
address this. It does part of the job right -- one source file
produces multiple binary RPMs. BUT the end user can not produce
the resulting RPMS themselves from SRPMS unless they also
build all targets.
