aboutsummaryrefslogtreecommitdiff
path: root/bootloaders/optiboot/omake.bat
diff options
context:
space:
mode:
authorWestfW <westfw@gmail.com>2011-06-10 17:47:47 -0700
committerWestfW <westfw@gmail.com>2011-06-10 17:47:47 -0700
commit2a83ee55b38c81df04d7d3b83d6bf68ed72936e4 (patch)
tree053e124f7d6352bd29c115d245be75a2270a5d3a /bootloaders/optiboot/omake.bat
parent64be388f3eb3ce662000d7c14e44047458f55875 (diff)
Add a version number to the optiboot source and binary.
http://code.google.com/p/arduino/issues/detail?id=554 end of flash memory where they can be read (at least in theory) by device programmers, hex-file examination, or application programs. This is done by putting the version number in a separate section (".version"), and using linker/objcopy magic to locate that section as appropriate for the target chip. (See http://lists.gnu.org/archive/html/avr-gcc-list/2011-02/msg00016.html for some discussion on the details.) Start the version at 4.1 (the last "packaged" version of optiboot was called version 3, so the "top of source" would be 4.0, and adding the version number makes 4.1) Refactor LDSECTION in the Makefile to LDSECTIONS so that multiple section start addresses can be defined. Change the _isp makefile definitions to make the bootloader section readable (but not writable) by the application section. (This would need to be done elsewhere as well to handle all bootloader programming techniques. Notably Arduino's boards.txt Note that this change does not change the "code" portion of optiboot at all. The only diffs in the .hex files are the added version word at the end of flash memory.
Diffstat (limited to 'bootloaders/optiboot/omake.bat')
0 files changed, 0 insertions, 0 deletions