Releases: parallaxinc/PropWare
Releases · parallaxinc/PropWare
v2.1.0: Multi-partition FAT; Improved Build System
Changelog
- Undefined reference with GCC5+
- Support Raspberry Pi and provide binary distribution as Debian package
- Compilation failure in COG mode on fixed versions of PropGCC
- Stop setting C/C++ standard manually and use
CMAKE_CXX_STANDARD
- FAT Filesystem classes fail if there are multiple partitions on the device
- Support CMake 3.4+
- Provide rc_time equivalent on
PropWare::Pin
class - Provide standalone package with necessary CMake files for independent CMake dist.
- Simple library's libwavplayer is not compiled with speed optimization
- Provide EEPROM class
- Need create_library function similar to create_executable
- Create function to view binary size
- FatFS: Support partitions other than 0
- Add Spin support to CMake build system
v2.0.1: Fix FCache'd methods when compiled in cog mode
Changelog:
- 79: Compilation failure in COG mode on fixed versions of PropGCC
v2.0.0: Final Release
First official release of PropWare. Read the download and installation instructions from the PropWare homepage: http://david.zemon.name/PropWare/
v2.0-rc1: Release Candidate 1
Change log:
- FAT Filesystem and SD card fully refactored and tested
- Build system simplified with use of
find_package(PropWare)
INSTALL.py
replaced with executable installation files- SPI class moved to inline assembly with fcache
New objects:
- I2C
- WS2812
- PCF8591
Known Issues:
- Filesystem utilities do not allow any action outside the root directory (may not be fixed until v2.1)
- PropGCC is no longer part of installation
PATH
variable is not modified during installation (necessary for CMake in Windows)
v2.0-beta5: Flexible Printer
Change log:
- Create
PropWare::Printer
class - Move
PropWare::UART
'sprintf
method toPropWare::Printer
- Use templates to provide on-demand access to each of the
print
methods - SD class has begun massive overhaul
- *.dat files now compatible
Known Issues:
SD
andFilesystem
classes are no-where near complete- Spin files still not compatible
v2.0-beta4: CMake matured.
Change log:
- Create INSTALL.py script
- Fix numerous CMake bugs/deficiencies
- Update to latest Learn folder
Known Issues:
- SD class not fully tested
- Spin and dat files are still not compatible with the build system. This restriction extends to the Simple library where files such as fdserial.c are excluded from use due to its reliance on pst.spin.
v2.0-beta3: Hello, CMake!
Change log:
- Switch to CMake
- Add single-threaded UART classes: Simplex, Half-Duplex, Full-Duplex
Known issues:
- SD class not fully tested
- Only assembly, C, and C++ source files are compatible with the build system. This restriction extends to the Simple library where files such as fdserial.c are excluded from use due to its reliance on pst.spin.Change list:
v2.0-beta2
Change log:
- Method definitions inlined in header files
Known issues:
- Line 64 of common.mk should read "CXXFLAGS += $(CFLAGS) -fno-threadsafe-statics -fno-rtti". *Note the addition of "-fno-rtti" to the end of the line
- SD class not fully tested
- Only assembly, C, and C++ source files are compatible with the build system. This restriction extends to the Simple library where files such as fdserial.c are excluded from use due to its reliance on pst.spin.
v2.0-beta1: Hello, C++!
Changelog:
- All of PropWare's files converted to C++
Known issues:
- SD class not fully tested
- Only assembly, C, and C++ source files are compatible with the build system. This restriction extends to the Simple library where files such as fdserial.c are excluded from use due to its reliance on pst.spin.Change list: