Make build process easier to retarget to new Atmel release #43
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This pull request adds a file build.conf and various supporting changes to the build scripts.
The build.conf file allows you to specify simply the Atmel release version (
AVR_VERSION
) and that is the only change necessary to build for a new/different release from Atmel.The version numbers of the supporting tools (autoconf...) and the gcc components not distributed by Atmel (gmp, mpfr, mpc) are automatically grepped out of the SOURCES.README in the Atmel distribution.
The URLs to these requirements are automatically constructed, and can be configured differently in the build.conf if you need to change that to a different mirror or whatever.
Also included is a slight fix to the build for automake which was failing on my system due to incompatibilities with texinfo - probably texinfo version specified by Atmel should be included into the tools build process, but maybe there is a catch-22 there.