1. 31 Mar, 2011 1 commit
    • Ben Avison's avatar
      Improvements to shared makefiles · 684d01e3
      Ben Avison authored
      Detail:
        * Some subtle bugs can be caused by including shared makefiles in the
          wrong order. To try to prevent further problems, and simplify main
          makefiles at the same time, CApp, CLibrary and CModule now include the
          makefiles they depend upon themselves, in the correct order: generally
          speaking, all macro (re)definitions should be before rule definitions.
        * Added sentry macro definitions to each makefile. These can be used to
          avoid repeated inclusion of makefiles - particularly important now that
          CApp, CLibrary and CModule do additional includes. This removes the
          majority of cases where amu produced warnings about multiple inclusion;
          a few components remain where this is still the case, but these
          warnings are harmless. If they bother you, simply remove the
          now-superfluous include statements from the relevant main makefile.
        * Created a CUtil shared makefile, for building transient utilities. The
          'C' in the name is more for consistency with CApp/CLibrary/CModule than
          anything to do with the 'C' language, since all of these makefiles work
          equally well for assembler and 'C' - the 'C' is for historic reasons.
        * Tweaked the debug rules in CApp to avoid harmless but annoying linker
          warnings about stubs being included twice.
        * Added several new default switches to ASFLAGS. These enable us to start
          making assembler source files work under a cross-assembler, because
          statements like
              GET  Hdr:Macros
              GET  Hdr:Machine.<Machine>
          are not portable, and tweaking the cross-assembler to understand these
          types of constructs would not be pretty. Instead, with the extra
          command line switches now introduced, you can use
              GET  Macros
              GET  Machine/$Machine
      Admin:
        Tested in a ROM build
      
      Version 5.12. Tagged as 'BuildSys-5_12'
      684d01e3
  2. 19 Mar, 2011 1 commit
  3. 17 Mar, 2011 1 commit
    • Steve Revill's avatar
      Sweeping changes to allow for builds using new directory structure. · 1586d03c
      Steve Revill authored
      The new way to do builds will be to leave source code for almost everything
      in place in the relevant subdirectories (e.g. "apache", "bsd", etc) rather
      than merge them all into one "Sources" directory. More detail to be put in
      the ROOL wiki shortly.
      
      Version 5.10. Tagged as 'BuildSys-5_10'
      1586d03c
  4. 10 Mar, 2011 1 commit
  5. 16 Feb, 2011 2 commits
  6. 05 Dec, 2010 3 commits
  7. 26 Nov, 2010 1 commit
  8. 25 Nov, 2010 1 commit
  9. 20 Oct, 2010 1 commit
    • Ben Avison's avatar
      Makefile bugfixes, and support for latest CTools build · e15324c6
      Ben Avison authored
      Detail:
        * Fixed dependencies for debug builds in GNUmakefiles/CApp
        * Added -f switch to rm in GNUmakefiles/StdTools to make it fail silently
          if the file doesn't exist, like the RISC OS version
        * Fix for amu complaining if INSTTYPE is undefined in Makefiles/CApp
        * Reflected makefile changes in resgen, squeeze and xpand in CTools
          component file
        * Added a8time to ModuleDB and CTools component file
      Admin:
        Tested in  a C Tools build
      
      Version 5.03. Tagged as 'BuildSys-5_03'
      e15324c6
  10. 23 Jun, 2010 1 commit
  11. 19 May, 2010 1 commit
    • Ben Avison's avatar
      Changes to facilitate platform independence. · 4477e695
      Ben Avison authored
      Detail:
       CApp:
        * New variable CLEAN_DEPEND is now the preferred way to specify additional
          clean actions because GNU make doesn't have an equivalent to amu's :: rules
        * Can now indicate preference to use C++ linker options using LINK_TYPE
        * Gains install phase support:
          + INSTALLAPPFILES lists the files to be copied, effectively specified
            relative to LocalRes$Path
          + Adopted INSTTYPE concept from DDE makefiles for cases where executable
            and support files need to be installed to different locations
          + Unusual cases can override this implementation using CUSTOMINSTALLAPP
            and/or CUSTOMINSTALLTOOL
      
        CLibrary:
        * New variable CLEAN_DEPEND is now the preferred way to specify additional
          clean actions because GNU make doesn't have an equivalent to amu's :: rules
        * -o is no longer a mandatory argument to libfile - now in ARFLAGS rather
          than used explicitly
      
        DbgRules / StdRules:
        * Macroised some Norcroft-specific features
      
        HostTools:
        * Clean phase support was incomplete
      
        StdTools:
        * A few additional tool definitions
        * Added macro definitions for common C options
        * C's enable-warnings and suppress-function-name-embedding options now on by
          default because they're usually (maybe even universally?) used - it won't
          hurt if they're specified again by existing makefiles
        * C++ now has equivalent INCLUDES and DEFINES variables, and the standard C++
          headers are on the default include path
        * SEP is defined as the directory separator character and can be used from
          top-level makefiles in a platform-independent way
      
        Functionally equivalent versions of the following makefile fragments
        have been developed so far for executing on a Posix build host:
          AppLibs, CApp, CLibrary, DbgRules, HostTools, StdRules, StdTools
        These suport native compilers (when APCS=Host) and cross-compilers,
        and GCC (when TOOLCHAIN=GNU) and Norcroft toolchains - typically these
        environment variables would be selected by running an Env file.
      
      Admin:
        Tested by building as many as possible of the DDE components on RISC OS
        and on Linux, using native and cross compilers, and using Norcroft and
        GNU toolchains.
      
      Version 5.01. Tagged as 'BuildSys-5_01'
      4477e695
  12. 23 Mar, 2010 1 commit
  13. 01 Mar, 2010 1 commit
  14. 28 Feb, 2010 1 commit
  15. 04 Feb, 2010 1 commit
  16. 30 Jan, 2010 1 commit
  17. 16 Jan, 2010 1 commit
  18. 10 Jan, 2010 1 commit
  19. 09 Jan, 2010 1 commit
  20. 28 Nov, 2009 1 commit
  21. 28 Oct, 2009 1 commit
    • Ben Avison's avatar
      Added Squash module to the OMAP3 ROM build · 90e38cf6
      Ben Avison authored
      Detail:
        Binary blob of this module in CVS has been ARMv6-safe since May.
      Admin:
        Untested as yet - about to try a ROM autobuild...
      
      Version 4.92. Tagged as 'BuildSys-4_92'
      90e38cf6
  22. 27 Oct, 2009 1 commit
    • Jeffrey Lee's avatar
      Add screensaver setup apps to ModuleDB, Disc components file · 25393e62
      Jeffrey Lee authored
      Detail:
        The screensaver setup apps (all called !SvrSetup) each have their source code inside the "Settings" folder for the relevant screen saver - but previously there was no way of building the code for the setup apps. This change fixes that, by adding dedicated ModuleDB entries for each setup app.
      Admin:
        Tested on rev C2 beagleboard
      
      
      Version 4.91. Tagged as 'BuildSys-4_91'
      25393e62
  23. 25 Oct, 2009 2 commits
  24. 24 Oct, 2009 1 commit
  25. 22 Oct, 2009 1 commit
    • Jeffrey Lee's avatar
      Add RTSupport to OMAP3 components file · c137f3cc
      Jeffrey Lee authored
      Detail:
        RTSupport is now required to build SCSISoftUSB and (more importantly) included in the ROM image to enable the USB optimisations.
      Admin:
        Tested on rev C2 beagleboard
      
      
      Version 4.87. Tagged as 'BuildSys-4_87'
      c137f3cc
  26. 01 Oct, 2009 2 commits
  27. 30 Sep, 2009 2 commits
    • Jeffrey Lee's avatar
      Add networking modules to OMAP3 components file · cad440c3
      Jeffrey Lee authored
      Detail:
        Thanks to the working !Boot sequence I've been able to finally test networking. As a result, the full set of networking modules are now enabled for OMAP3 ROM builds.
      Admin:
        Tested on rev C2 beagleboard with ARMv7-safe copy of EtherUSB. InetSetup, Ping, and ShareFS seemed to behave themselves.
      
      
      Version 4.84. Tagged as 'BuildSys-4_84'
      cad440c3
    • Jeffrey Lee's avatar
      Reconstructed Disc components file to allow a functional, semi-complete RISC... · 50505923
      Jeffrey Lee authored
      Reconstructed Disc components file to allow a functional, semi-complete RISC OS 5 disc image/!Boot sequence to be built
      
      Detail:
        Components file almost entirely reconstructed, based around Iyonix-ish Universal components file received from ROOL. Any missing/broken components are commented out with ### for clarity.
      Admin:
        Built on Iyonix, tested on BeagleBoard
      
      
      Version 4.83. Tagged as 'BuildSys-4_83'
      50505923
  28. 19 Jul, 2009 2 commits
  29. 17 Jul, 2009 1 commit
    • Jeffrey Lee's avatar
      Update CModule makefile fragment to use a default RESFSDIR if required. Add... · b1ddd206
      Jeffrey Lee authored
      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'
      b1ddd206
  30. 12 Jul, 2009 1 commit
  31. 02 Jul, 2009 1 commit
    • Jeffrey Lee's avatar
      Add MUSBDriver to ModuleDB, OMAP3 components file · 4380e34e
      Jeffrey Lee authored
      Detail:
        ModuleDB - Added entry for new MUSBDriver module
        Components/ROOL/OMAP3 - Add MUSBDriver module to build. Add commented out lines for DADebug, debug versions of USB modules (saves me the hassle of remembering the right options all the time!)
      Admin:
        Tested on Rev C2 beagleboard
      
      
      Version 4.78. Tagged as 'BuildSys-4_78'
      4380e34e
  32. 26 Jun, 2009 1 commit
    • Ben Avison's avatar
      Added CTools disc build, and various supporting changes · 13d9ef8b
      Ben Avison authored
      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'
      13d9ef8b
  33. 14 Jun, 2009 1 commit