WinARM

Version 20060117

WinARM is collection of tools to develop applications for ARM-controllers in C and C++ on MS-Windows platforms ("hosts").

Installation

Unpack the archive to C:\ (i.e. C:\WinARM\bin should exist) and extend the system search-path (%PATH%) by C:\WinARM\bin;C:\WinARM\utils\bin; Other locations/drives have not been tested but should work too.

Components

Hints

Remarks

TODO

Please send bug-reports and feedback. Martin Thomas (eversmith@heizung-thomas.de)


Changelog

Version 20060116 -> Version 20060117
- fixed missing files and wrong subtree for insight-gdb.
  I have made a mistake while collection all files
  together to the 20060116-release. If you don't want
  to download the complete WinARM-package again just get the
  insight-gdb from www.devkitpro.org. Inishgt-gdb in 
  WinARM is just a copy of the devkitpro-release where 
  the debugger binarys for psp and mingw have been removed to 
  decrease the size of the WinARM archive.

Version 8/2005 -> Version 20060116
- bintuils 2.15 -> 2.16CVS 13.1.2006
- arm-elf-gcc 4.0.1 -> 4.0.2
- removed mulitlib-option fno-leading-underscore/fleading-underscore
- newlib 1.13.0 -> 1.14.0
- lpc21isp 1.28 -> 1.31 ("release")
- lpc21isp 2.01 -> 1.33 ("beta") seems the numbering scheme has changed
- newlib-lpc Rel.4 -> Rel.5
- Programmers Notepad 2.0.5.x -> 2.0.6.1
- Insight-gdb 5.1 -> 6.4.50
- Macraigor hwsupport 2.13 -> 2.15
- FreeRTOS 3.2.0 -> 3.2.4 in the example-directory
- sync of examples with those from the web-page (new examples for LPC2138 and AT91SAM7S64)

- It seems that int isatty(int) is no longer provided by the environment, see the
  example lpc2106_hello_rs232_newlib and the various syscalls.c for a workaround if
  the error message "unknown reference to isatty" appears during the link-process.
  (Reason might be the additional configure-option --disable-newlib-supplied-syscalls for 
  newlib which had to be added since the build of newlib 1.14.0 failed when the "supplied" 
  syscalls were not disabled.)
- It seems that the linker does not provide a correct "." if the section before
  is empty and the current section is aligned in the section "header". I'm not
  sure why - maybe a new feature or a bug in the binutils. In the "blinkswitch"
  examples for LPC2106 und LPC2129 I've somehow fixed this and verified the correct 
  result by the values given in the map-file.
  In the linker-script for ROM
    .stack ALIGN(256) :
    {
    ...
  has been replaced with:
    .stack :
    {
      . = ALIGN(256);

Version 5/2005 -> Version 8/2005
- arm-elf-gcc Version 4.0.1 (was 4.0.0)
- lpc21isp 1.28 and 2.01 (latest "official" and beta versions at release date)
- lpc21isp now in /WinARM/bin (was /WinARM/utils/bin) so the WinARM/utils/bin is not needed
  in the path if MinGW/minSYS, Cygwin or WinAVR is installed.
- make.exe now 3.78.1 again
- sh.exe now the old zsh again
- added Codesourcery's gdb 6.3.50 (for tests with DEV-C++ as "IDE")
- latest versions of the Macraigor-Utils
- sync of examples with those from the web-page (some new LPC2129 and a AT91SAM7S64 example)
- FreeRTOS 3.2.0 in the example-directory

(latest = by the time of writing this = 19. Aug. 2005)