GitLab

  Module library builds of RISC_OSLib are exported during export_libs
Detail:
  Ever since res_findname was altered to use <appname>:<resourcename> as
    the filename, the !C++ tool has been broken, because C++:Messages
    returns a different error to "not found" when you try to open it (it
    says it is an invalid filename).  This error is now caught explicitly
    and res_findname falls back to using <appname$Dir>.<resourcename>
    like it did before.
Admin:
  Required by FrontEnd 1.21 or later.
  Required by !C++ (c++cmd-3_17 or later to function correctly)

Version 5.28. Tagged as 'RISC_OSLib-5_28'

  Another getenv() bug fixed.
Detail:
  stdio.c contains a vastly improved implementation of fwrite.
  hostsys.h declares _terminate_getenv to remove build warnings.
  armsys.c contains fix to getenv() to stop Omni dying.
Admin:
  Tested on desktop machine for over a week without incident, including
    several heavy fwrite users (WebServe, C compiler)
  fwrite change is documented in Doc/fwrite
  getenv() bug is Bugzilla bug #28

Version 5.27. Tagged as 'RISC_OSLib-5_27'

Detail:
  The BBE export rules for this component are fairly complex.  The rom_link
    bbe rule is overridden in its entirety by clib.rom_link_v as the symbol
    definitions need to be generated and exported during the rom_link phase.
Admin:
  Tested in BBE build; does not affect other builds.

Version 5.26. Tagged as 'RISC_OSLib-5_26'

Stubs were using some 26/32-bit switching macros, which is invalid for a component that has to work on all OS versions. Changed to use 26/32-bit neutral code. Stubs issued in first 32-bit library release were using 26-bit forms, but they should only go wrong on a 32-bit system in failure cases

(such as the SharedCLibrary being unplugged).

Version 5.25. Tagged as 'RISC_OSLib-5_25'

Detail:

  * (As above.)  It would perhaps be a worthwhile change to use LocalRes
    type functionality in future to allow the UK resources to be chosen
    when no locale-specific resources exist.

Admin:

  * Changes first applied to Bethany branch version.  Resources are
    copied from UK -> SAfrica.

Version 5.24. Tagged as 'RISC_OSLib-5_24'

  Modulewrapped modules will now have the correct 32-bitness flag.
Admin:
  Built.

Version 5.23. Tagged as 'RISC_OSLib-5_23'

Detail:
  * One check for 26-bit mode wan't being made, leading to the runtime reporting
    'Uncaught trap:' when a trap should have been catching the abort.  This
    prevented signal handlers from trapping some aborts.
  * When an abort was occuring in SVC mode, the stack wasn't being flattened,
    resulting in all sorts of nasty things when you tried to carry on from a
    signal handler (probably the main reason why you ever see 'No stack for trap
    handler'). SVC and undefined stacks are now flattened.  Further work should
    be done to restore the state of the OS after an abort, but this probably
    requires a new OS call to tidy itself up adequately.
Admin:
  Built 26-bit versions of the library with new 32-bit compatible entry points and checked abort handling with both sharedclibrary and ansilib.

Version 5.22. Tagged as 'RISC_OSLib-5_22'

Second attempt at getting 32-bit overlay manager to work.

Version 5.21. Tagged as 'RISC_OSLib-5_21'

  OS_ReadVarVal.

Detail:
  getenv calls OS_ReadVarVal to read a system variable into a buffer.
  If the buffer is not big enough it increases the size of the buffer by
  256 bytes and tries again.
  However, the first time it was called, it would have no buffer and
  would call OS_ReadVarVal with r2=-1. The PRM says this "may" return an error
  which should be ignored, but if it did not return an error then getenv
  would not allocate a buffer and the call would fail.
  This change allocates a 256 byte buffer before OS_ReadVarVal is called.

Admin:
  Untested.

Version 5.20. Tagged as 'RISC_OSLib-5_20'

* First attempt at a working 32-bit overlay manager. Untested.

Version 5.19. Not tagged

Detail:
  This code would only work in 26-bit modes, since it stored the output
    flags using STR pc, [sp, #4*4]!.  When {CONFIG} is 32, it stores the
    CPSR instead.
Admin:
  Tested in 32-bit Lazarus build - this fixes the RCMMDriver stiffing
    (because it sits with interrupts off waiting for the C flag to be
    set on exit from an OS_Byte call it calls through _swix)

Version 5.19. Tagged as 'RISC_OSLib-5_19'

Detail:
  _kernel_setenv(varname, NULL) should delete the variables.  It now does.
Admin:
  Tested in module.

Version 5.18. Tagged as 'RISC_OSLib-5_18'

Version 5.17. Tagged as 'RISC_OSLib-5_17'

  Fixed bug in getenv() relating to macro and numeric system variables.
Detail:
  Uses SYMDEFS file to avoid messing around with generating little text
    files, generating assembler source, assembling it etc.  abssym et al
    are construct as symbol definition template files and then updated
    directly by the linker ready for export.  The linker can use these
    files directly without needing them to be assembled into AOF format.
  Fixed getenv so that it can read macro and numeric variables.  With these
    variable types, R2 does not equal -length of the variable value, so
    trying to obtain a variable with a larger value than any previously
    read variable would fail.  This is now fixed.
  This module will refuse to build without link 5.19 or later.
Admin:
  Requires Library 0.54 or later.

  This component will not build with Library 0.53 or earlier.

Version 5.16. Tagged as 'RISC_OSLib-5_16'

* Correction to static base location in modulewrap - was affecting some
  DSL 4000 video software.

Version 5.15. Tagged as 'RISC_OSLib-5_15'

Detail:
  %#x shows a leading 0x (and %#X leads with 0X) only when the value
    to be displayed is NOT zero.
Admin:
  Cross-verified against: C89 standard; C9X standard; gcc 2.95 implementation.
  Built.

Version 5.14. Tagged as 'RISC_OSLib-5_14'

Detail:
  Due to a dependency cockup, the C library wasn't being relinked properly
    during rom_link, so all the symbols exported in abssym files pointed
    to the locations the previous build was linked at.  This is now fixed
    by the addition of a new pseudo-target.
Admin:
  Tested clean and incremental build and verified the abssym file.
  Checked the build log to ensure relinking was occurring.
  Versions 5.11 and 5.12 of this component are fundamentally flawed.

Version 5.13. Tagged as 'RISC_OSLib-5_13'

Detail:
	These had been missed during earlier translation efforts.
Admin:
	Tested in a Lazarus build.

Version 5.12. Tagged as 'RISC_OSLib-5_12'

Detail:
  This component now supports multiple TARGETs being passed in:
    Pass in CLib for a minimal C library excluding RISC_OSLib.
    Pass in RISC_OSLib to continue to build the full thing.
  BuildSys will be modified to make SharedCLibrary build ONLY
    the minimal library - this may mean that products that are
    to be updated may have to alter their components file to
    take the new SharedRISC_OSLib component instead of the
    SharedCLibrary target.
  syms.A_Entries is now automatically generated from C_Entries
    because this is the easiest way to generate the file.  If
    extra symbols are added to C_Entries, they will need to be
    removed by the egrep command which strips out _swi and _swix.
  Makefile tidied to be more careful about ${COMPONENT} and ${TARGET}
  clean_all rule improved to really clean things properly.
Admin:
  Tested in STB400-2M build and on desktop build.
  Requires BuildSys-2_41 or later.

Version 5.11. Tagged as 'RISC_OSLib-5_11'

C library now has a default message for C71 (Calling standard no longer supported), so you get a meaningful message if soft-loading a new version.

No code changes.

Version 5.10. Tagged as 'RISC_OSLib-5_10'

Version 5.09. Tagged as 'RISC_OSLib-5_09'

Detail:
  * Copied UK resources to Italy, Germany (excepting where already
    present), France and Turkey for multi-language builds.
    LocalRes: cannot be used here, because of the clib/rlib prefixes on
    the resource paths.
    Note: These languages will need translating at some point, but are not
    generally user visible.
Admin:
  Required for multiple language build of Bethany.

Version 5.08. Not tagged

OS_ReadSysInfo 6.

Version 5.08. Tagged as 'RISC_OSLib-5_08'

Version 5.07. Tagged as 'RISC_OSLib-5_07'

Version 5.06. Tagged as 'RISC_OSLib-5_06'

Version 5.05. Not tagged

Detail:
  UsePathForHelpMessages switch added - if the symbol is defined, Messages
  are obtained from <AppName>:Messages, requiring an <AppName>$Path system
  variable. Previously, they were always fetched from Resources which is
  only correct if the module is in ROM. This only influences the ability to
  give sensible *help output for *help Desktop_<AppName>. In addition, KJB
  added code to export the module private word pointer as
  'module_private_word_ptr'.
Admin:
  Tested inside PlugPlay RAM module build.

Version 5.05. Tagged as 'RISC_OSLib-5_05'

Detail:
  Updated translations for C55,C57,C58 in
  CLib messages.


Version 5.04. Tagged as 'RISC_OSLib-5_04'

Detail:
  New script will search the export directory for headers that should
    be exported SWI symbols for it and only cause them to be included
    if it finds the header file.  This means that unless a component
    in your build actually needs the SWI symbols from another component,
    you no longer require that component to be in your modules file
    purely to enable successful generation of swis.h
Admin:
  Test build performed.

Version 5.03. Tagged as 'RISC_OSLib-5_03'

This is the standard RISC OS convention (cf OS_NewLine) - some apps assume
it when redirecting output.

Version 5.02. Tagged as 'RISC_OSLib-5_02'

Detail:

  * More minor message alterations: removed "Network Computer" and replaced
    this with "system", since this is generic.  Also brought the
    other resources up-to-date by including messages missing from the
    non-UK resources.

Admin:

  * Checked but untested.  (These additional changes made after having
    discovered the phrase "Network Computer" within "rlib" during a
    search across the whole of the Lazarus sources; hopefully, I have
    found them all this time!)

Version 5.01. Tagged as 'RISC_OSLib-5_01'

Detail:

  * Modified the text of the C library error C55, C57 and C58.  They no
    longer refer to the "Network Computer" and now preserve both
    PC and register information.  (The actual error string remains
    suppressed, however.)  [Fault fix for fault ID 1119.]

Admin:

  * Untested.  Affects RCA resources only.

Version 5.00. Tagged as 'RISC_OSLib-5_00'

Detail:
  amu cleverly sets Sys$ReturnCode to zero just prior to executing
    any command from the Makefile, hence checking for Sys$ReturnCode
    does not work.  Script changed to look for AMU$ReturnCode which
    is (in amu 5.06 and later) the return code of the previous command.
    However, since the variable will not be set by earlier versions of
    amu, the behaviour of always copying the file will return until
    amu 5.06 appears in the build.
Admin:
  Tested manually.

Version 4.99. Tagged as 'RISC_OSLib-4_99'

Detail:
  The Makefile now performs a diff of CLIB:h.swis and derived.swis
    in order to determine whether it needs to export the header or
    not.  This can save compilation time if the header file has not
    changed since it used to cause virtually all C code to recompile.
  s/makeswish now imports Hdr:Machine.<Machine> and executes $GetIO
    to ensure that the Portable module header export functions
    correctly.
Admin:
  Tested.

Version 4.98. Tagged as 'RISC_OSLib-4_98'

It also copes with STFE now - it was totally broken.
32-bit stubs and corresponding LibInit SWIs created.
All rather untested.

Version 4.97, 4.12.2.3. Tagged as 'RISC_OSLib-4_97-4_12_2_3'

Detail:
  Somebody had modified the SWI call to Territory_Collate to be done
    via _swix instead of _kernel_swi, but didn't remove the _kernel_swi_regs
    variable (r) and didn't change the function return value to return the
    new "ret" variable instead of r.r[0] which gives arbitrary results - in
    particular it confuses qsort.
Admin:
  Tested that it builds.

Version 4.97. Tagged as 'RISC_OSLib-4_97'

Detail:
  If qsort is passed an invalid base pointer and the number of entries
    is zero, then due to some pointer artihmetic going wrong, it aborts.
    The fix is to trap zero length arrays and exit quickly.
Admin:
  Required by cmhg prior to version 5.20 which had an explicit fix to
    prevent triggering this bug.
  Reportedly this fix is required by PhotoDesk prior to version 3.03.

Version 4.96. Tagged as 'RISC_OSLib-4_96'

ROM patches.
fp and lr are now set correctly before calling a SWI. This allows much better
recovery if the SWI aborts or generates an error.

Version 4.95. Tagged as 'RISC_OSLib-4_95'

  Added protection for cfront inclusion of stdint.h to ensure
    inclusion is faulted.
Admin:
  Tested.
  Sources which are compiled -fussy will require Norcroft cc version
    5.11 or later in order to avoid the warning about the use of an
    undefined macro in an #if pre-processor statement and to avoid
    the non-ANSI include warning.

Version 4.94. Tagged as 'RISC_OSLib-4_94'