| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Avoid using the overload of print() for signed integer since a negative value is not allowed here.
This results in a smaller (unless print(int) is used somewhere else in the program) and faster code because the overload for unsigned integer is simpler.
|
|
|
|
Print::write(const uint8_t *buffer, size_t size) and Print::print(const
__FlashStringHelper *ifsh) would continue calling write(char) after a
failed write(char) this behavior would render returned count unuseable
see arduino/Arduino issue #3614
|
|
|
|
Conflicts:
hardware/arduino/avr/cores/arduino/Print.cpp
|
|
On later versions of avr-libc, prog_char is deprecated. In 0acebeeff48
the one occurence of prog_char was replaced by "char PROGMEM", which is
not entirely correct (PROGMEM is supposed to be an attribute on a
variable, not on a type, even though this is how things work in older
libc versions). However, in 1130fede3a2 a few new occurences of
prog_char are introduced, which break compilation on newer libc versions
again.
This commit changes all these pointer types to use the PGM_P macro from
<avr/pgmspace.h>. This macro is just "const char *" in newer libc
versions and "const prog_char *" in older versions, so it should always
work.
References #795
|
|
|
|
Now that Print::write(const char*) is also available, these casts are no
longer needed.
|
|
|
|
|
|
|
|
http://code.google.com/p/arduino/issues/detail?id=961
|
|
http://code.google.com/p/arduino/issues/detail?id=946
|
|
http://code.google.com/p/arduino/issues/detail?id=795
|
|
diskloader_reboot"
This reverts commit df9835efafd13685251749bc210c0b96a18a96a5, reversing
changes made to ec45af8bfa9222a807c075dd1db4b5aa798bba03.
Conflicts:
hardware/arduino/variants/mega/pins_arduino.h
libraries/Ethernet/examples/PachubeClientString/PachubeClientString.ino
|
|
|
|
than return one. That way they don't expose the internal representation of the String class, allowing future optimization. Thanks to Paul Stoffregen.
|
|
|
|
the print() and println() functions a bit.
|
|
- moving back to multple cores per platform
- using target instead of platform
- moving per-board and per-programmer preferences out of Preferences.java and into a new Target class
- adding a new "target" preference
- support for platform:value values in board preferences for bootloader path and core
- XXX: need to support platform:value syntax for board upload.using preferences.
|
|
|
|
library Client and Server classes. This allows sending a whole string or buffer at once, reducing the number of ethernet packets.
|
|
|
|
|
|
|
|
ed together version).
|
|
|
