| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Previously we were setting the AVR tools path to the PIC32 tools path because it
made grabbing the compiling tools easier. Consequently, it made finding the
avrdude path much harder, especially since the avrdude files are in different
locations in the Linux distributions of MPIDE and Arduino.
Instead, we set the AVR tools path to the *correct* path (where *AVR* dude
lives), and totally override the CC, CXX, etc. paths to point to their PIC32
equivalents.
|
|
|
|
Fix #154
|
|
Fix #147
Fix #151
Fix #153
The following are the detailed changes
- Remove ARDMK_PATH, ARDMK_FILE and arduino-mk subdirectory
- Looks for ard-reset-arduino in $PATH or ARDMK_DIR/bin
- Fix git-archive command in RPM SPEC file
- Remove some whitespace
- Remove arduino-mk dir from debian package's arduino-mk.install
- Update docs to reflect the above changes
- Bump Up version to 1.2.0
|
|
fix #152
|
|
|
|
Debian package rebuild instructions.
|
|
installed.
|
|
Shows a user how to make their own Debian packages from Git. Also has
instructions for getting official upstream builds for their distro.
|
|
Added package directory with RPM SPECfile (and instructions!)
|
|
Tested on Fedora 20 - help2man still a bit iffy
|
|
|
|
Linked to issue #144
Tested on Fedora 18, works fine except the ard-reset-arduino manpage displays
[1m and [0m around some headings, might be a bug in help2man 1.41.2 as it
works fine on Debian with 1.43.3, will try CentOS/OEL 6.5 next.
I didn't update the changelog as I didn't know what the new development
version is going to be.
|
|
|
|
Fix #128
|
|
Fix #131
|
|
Allow target specific optimization levels/debug flags
|
|
Changing the optimization level from -Os to something else breaks the
SoftwareSerial library. This patch allow optimization flags to be set on a
per target basis.
|
|
|
|
|
|
User-defined or calculated bootloader parent directory
|
|
relative paths as defined in boards.txt e.g. "atmega"
Also added [USER] to ARDUINO_SKETCHBOOK detection
Fixes #126
|
|
|
|
Don't append port details to avrdude for usbtiny
|
|
When using ICSP programmers e.g. usbasp, you can burn sketches directly
to the chip without having to burn a bootloader, however you do need to
set fuses e.g. if you're changing speed/BOD.
Updated help text to include "make set_fuses" and also changed
"make burn_bootloader" help text which wasn't entirely accurate.
Fix #141
|
|
Fix 138
|
|
Adjust path to avrdude/avrdude.conf for MPIDE in Linux.
|
|
|
|
This way we don't assume the make file is 'Makefile' and it will
work even if it is named as 'makefile' or 'makefile-uno'
Fix #130
|
|
Fix #135
|
|
|
|
* Added build step for assembly files in CORE
* Removed duplicate flags from AS build step
|
|
|
|
rationale:
http://unix.stackexchange.com/questions/65803/why-is-printf-better-than-echo
fix #129
|
|
Fix #120
|
|
Code to burn fuses is moved from ispload target to this new target, so
that fuses are burned only once when needed.
Fix #85
|
|
Arduino IDE also reads this from boards.txt file
Fix #125
|
|
Fix #124
|
|
When usbasp is used as programmer, there is no need to specify the port
to avrdude.
Fix #123
|
|
This is just a minor bug fix release
|
|
No change in functionality
|
|
This is needed in Mega boards, because of a bug in Mega bootloader. See
https://github.com/sudar/Arduino-Makefile/issues/114#issuecomment-25011005
for detailed explanation.
Fix #114
|
|
|
|
|
|
Fix #119
|
|
Fix #74
|
|
If these executables are not overridden in the child makefile, then the
default values are not set properly in the master makefile.
This complicates the solution for #119 :(
This reverts commit 66eec82a3af8ee5aa16e28230346e4a1f166da2b.
|
|
Lot of changes went it for this release and the code is stable enough
for 1.0.0
|
