GitLab

Update CModule makefile fragment to use a default RESFSDIR if required. Add IIC module to OMAP3 components file.

Detail:
  Makefiles/CModule - makefile fragment now generates a default RESFSDIR value in an identical way to the AAsmModule fragment, easing migration of makefiles to the fragment system.
  Components/ROOL/OMAP3 - IIC module has been added to ROM image
Admin:
  Tested on rev C2 beagleboard


Version 4.80. Tagged as 'BuildSys-4_80'

Detail:
  * Updates to CModule makefile fragment to reduce the number of OS-specific
    rules in main Makefiles:
    + Added (RAM|ROM)(C|ASM)DEFINES variables. These allow the calling makefile
      to specify additional defines for RAM or ROM builds of C or assembler
      source files respectively. Traditionally this was done by having separate
      object files for RAM and ROM corresponding at least to whichever source
      file was responsible for interfacing with ResourceFS, but this requires
      messy additional rules. With this new approach, it is necessary to clean
      the component when switching between RAM and ROM builds, but I don't
      think this will affect many people's workflows.
    + Added CMHGDEPENDS. This should be used to specify which object files need
      a static dependency upon the h file autogenerated from the cmhg file.
      It should be specified in the usual form for object files passed to
      CModule - with neither an o. prefix nor a .o suffix.
  * Added TBOXINTLIB to ModuleLibs makefile fragment.
  * AsmUtils, HdrSrc, TCPIPheaders, ToolboxLib and UnicodeLib all upgraded in
    ModuleDB from EXP to ASM or C components, to permit them to be built in the
    install phase. As a result, those other Components files that didn't
    already do so now need to override this back to -type EXP.
  * BuildHost Components file edited to reflect the fact that binaof, binasm,
    modgen and ResGen now have separate install phases for executables and
    Docs files.
Admin:
  The new Components file uses various components that are not publicly
  released, so it can only sensibly be used internally by ROOL. However, it's
  more convenient for us to keep it alongside the other Components files - and
  it also serves as an illustration of how to do a disc build.

Version 4.77. Tagged as 'BuildSys-4_77'

Detail:
  This is useful for building tools during the course of a main build where
  the build host is of an incompatible architecture to the target - for example
  building an Iyonix ROM on a Risc PC or an architecture-tuned Beagleboard ROM
  on an Iyonix.  For now it relies on re-using the target architecture versions
  of CApp and other makefile fragments so it's not suitable for cross-
  compilation yet (in other words, the host system is still assumed to be a
  RISC OS machine).
Admin:
  Tested by building an APCS-R target on an Iyonix (with a few tweaks - we
  can't link with the APCS-R stubs on an Iyonix, but the stubs should be
  architecture-invariant within the same calling standard so this isn't a
  real problem).

Version 4.75. Tagged as 'BuildSys-4_75'

Detail:
  Some users reported problems building the sources if they had other
  installations of perl on their build machine. The build system was using a
  mixture of "perl" and "<Perl$Dir>.perl" to invoke the interpreter, and
  sometimes but not always using "do" to expand system variables on the
  command line. This has now been standardised to use "do <Perl$Dir>.perl in
  all cases, and where possible, to use the makefile macro ${PERL}.
Admin:
  Checked that a Tungsten build still works on a build machine with no other
  perl installation. "perl" was aliased to an error to ensure it wasn't used.

Version 4.73. Tagged as 'BuildSys-4_73'

Detail:
  * Added new components file
  * Added entry for new HAL in the ModuleDB
  * Minor tweak to Makefiles:CModule so HALs can use shared Makefiles:
    no longer assumes that all callers wil have a non-null CMHGFILE
Admin:
  Used in a test build

Version 4.68. Tagged as 'BuildSys-4_68'

Version 4.63. Tagged as 'BuildSys-4_63'

This represents the version released in the Batch 4 "bbe" tarfiles.
Tagged as 'Batch4'