djsundog/circuitpython
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
circuitpython/ports/unix/variants/coverage/mpconfigvariant.mk

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

102 lines
3.2 KiB
Makefile
Raw Normal View History

unix: Rename unix binaries to micropython-variant (not _variant). For consistency with mpy-cross, and other unix tools in general.
2019-10-30 17:00:09 +11:00
PROG ?= micropython-coverage
unix: Add build variants, analogous to boards on bare-metal. Invoking "make" will still build the standard "micropython" executable, but other variants are now build using, eg, "make VARIANT=minimal". This follows how bare-metal ports specify a particular board, and allows running any make target (eg clean, test) with any variant. Convenience targets (eg "make coverage") are provided to retain the old behaviour, at least for now. See issue #3043.
2019-10-23 11:20:07 +11:00
unix: Fix behaviour of COPT/NDEBUG for unix variants. Based on eg 1e6fd9f2b4072873f5d6846b19b2ef0ccc5e4e52, it's understood that the intention for unix builds is that regular builds disable assert, but the coverage build should set -O0 and enable asserts. It looks like this didn't work (even before variants were introduced, eg at v1.11) -- coverage always built with -Os and -DNDEBUG. This commit makes it possible for variants to have finer-grained control over COPT flags, and enables assert() and -O0 on coverage builds. Other variants already match the defaults so they have been updated.
2020-04-03 12:55:14 +11:00
# Disable optimisations and enable assert() on coverage builds.
DEBUG ?= 1
unix: Add build variants, analogous to boards on bare-metal. Invoking "make" will still build the standard "micropython" executable, but other variants are now build using, eg, "make VARIANT=minimal". This follows how bare-metal ports specify a particular board, and allows running any make target (eg clean, test) with any variant. Convenience targets (eg "make coverage") are provided to retain the old behaviour, at least for now. See issue #3043.
2019-10-23 11:20:07 +11:00
unix/Makefile: Reserve CFLAGS_EXTRA/LDFLAGS_EXTRA for external use. When CFLAGS_EXTRA/LDFLAGS_EXTRA (or anything) is set on the command line of a make invocation then it will completely override any setting or appending of these variables in the makefile(s). This means builds like the coverage variant will have their mpconfigvariant.mk settings overridden. Fix this by using CFLAGS/LDFLAGS exclusively in the makefile(s), reserving the CFLAGS_EXTRA/LDFLAGS_EXTRA variables for external command-line use only.
2020-01-24 11:51:21 +11:00
CFLAGS += \
unix: Add build variants, analogous to boards on bare-metal. Invoking "make" will still build the standard "micropython" executable, but other variants are now build using, eg, "make VARIANT=minimal". This follows how bare-metal ports specify a particular board, and allows running any make target (eg clean, test) with any variant. Convenience targets (eg "make coverage") are provided to retain the old behaviour, at least for now. See issue #3043.
2019-10-23 11:20:07 +11:00
-fprofile-arcs -ftest-coverage \
all: Enable extra conversion warnings where applicable. Add -Wdouble-promotion and -Wfloat-conversion for most ports to ban out implicit floating point conversions, and add extra Travis builds using MICROPY_FLOAT_IMPL_FLOAT to uncover warnings which weren't found previously. For the unix port -Wsign-comparison is added as well but only there since only clang supports this but gcc doesn't.
2020-04-09 13:59:11 +02:00
-Wformat -Wmissing-declarations -Wmissing-prototypes \
unix: Add build variants, analogous to boards on bare-metal. Invoking "make" will still build the standard "micropython" executable, but other variants are now build using, eg, "make VARIANT=minimal". This follows how bare-metal ports specify a particular board, and allows running any make target (eg clean, test) with any variant. Convenience targets (eg "make coverage") are provided to retain the old behaviour, at least for now. See issue #3043.
2019-10-23 11:20:07 +11:00
-Wold-style-definition -Wpointer-arith -Wshadow -Wuninitialized -Wunused-parameter \
examples: Add example code for user C modules, both C and C++. Add working example code to provide a starting point for users with files that they can just copy, and include the modules in the coverage test to verify the complete user C module build functionality. The cexample module uses the code originally found in cmodules.rst, which has been updated to reflect this and partially rewritten with more complete information.
2020-10-21 11:13:47 +02:00
-DMICROPY_UNIX_COVERAGE \
enable exception chaining so we can run the test
2023-08-15 11:54:48 -05:00
-DMICROPY_CPYTHON_EXCEPTION_CHAIN=1 \
examples: Add example code for user C modules, both C and C++. Add working example code to provide a starting point for users with files that they can just copy, and include the modules in the coverage test to verify the complete user C module build functionality. The cexample module uses the code originally found in cmodules.rst, which has been updated to reflect this and partially rewritten with more complete information.
2020-10-21 11:13:47 +02:00
-DMODULE_CEXAMPLE_ENABLED=1 -DMODULE_CPPEXAMPLE_ENABLED=1
unix: Add build variants, analogous to boards on bare-metal. Invoking "make" will still build the standard "micropython" executable, but other variants are now build using, eg, "make VARIANT=minimal". This follows how bare-metal ports specify a particular board, and allows running any make target (eg clean, test) with any variant. Convenience targets (eg "make coverage") are provided to retain the old behaviour, at least for now. See issue #3043.
2019-10-23 11:20:07 +11:00
unix/Makefile: Reserve CFLAGS_EXTRA/LDFLAGS_EXTRA for external use. When CFLAGS_EXTRA/LDFLAGS_EXTRA (or anything) is set on the command line of a make invocation then it will completely override any setting or appending of these variables in the makefile(s). This means builds like the coverage variant will have their mpconfigvariant.mk settings overridden. Fix this by using CFLAGS/LDFLAGS exclusively in the makefile(s), reserving the CFLAGS_EXTRA/LDFLAGS_EXTRA variables for external command-line use only.
2020-01-24 11:51:21 +11:00
LDFLAGS += -fprofile-arcs -ftest-coverage
unix: Add build variants, analogous to boards on bare-metal. Invoking "make" will still build the standard "micropython" executable, but other variants are now build using, eg, "make VARIANT=minimal". This follows how bare-metal ports specify a particular board, and allows running any make target (eg clean, test) with any variant. Convenience targets (eg "make coverage") are provided to retain the old behaviour, at least for now. See issue #3043.
2019-10-23 11:20:07 +11:00
unix: Make manifest selection match other ports. Changes are: - The default manifest.py is moved to the variants directory (it's in "boards" in other ports). - The coverage variant now uses a custom manifest in its variant directory to add frzmpy/frzstr. - The frzmpy/frzstr tests are moved to variants/coverage/.
2020-06-09 16:45:17 +10:00
FROZEN_MANIFEST ?= $(VARIANT_DIR)/manifest.py
examples: Add example code for user C modules, both C and C++. Add working example code to provide a starting point for users with files that they can just copy, and include the modules in the coverage test to verify the complete user C module build functionality. The cexample module uses the code originally found in cmodules.rst, which has been updated to reflect this and partially rewritten with more complete information.
2020-10-21 11:13:47 +02:00
USER_C_MODULES = $(TOP)/examples/usercmodule
unix: Add build variants, analogous to boards on bare-metal. Invoking "make" will still build the standard "micropython" executable, but other variants are now build using, eg, "make VARIANT=minimal". This follows how bare-metal ports specify a particular board, and allows running any make target (eg clean, test) with any variant. Convenience targets (eg "make coverage") are provided to retain the old behaviour, at least for now. See issue #3043.
2019-10-23 11:20:07 +11:00
MICROPY_VFS_FAT = 1
MICROPY_VFS_LFS1 = 1
MICROPY_VFS_LFS2 = 1
Merge MicroPython 1.13 into CircuitPython
2021-05-04 11:40:55 -07:00
enable qrio in unix coverage build, and add a test
2021-08-05 11:12:07 -05:00
SRC_QRIO := $(patsubst ../../%,%,$(wildcard ../../shared-bindings/qrio/*.c ../../shared-module/qrio/*.c ../../lib/quirc/lib/*.c))
SRC_C += $(SRC_QRIO)
CFLAGS += -DCIRCUITPY_QRIO=1
$(BUILD)/lib/quirc/lib/%.o: CFLAGS += -Wno-shadow -Wno-sign-compare -include shared-module/qrio/quirc_alloc.h
Add displayio bitmaps to unix build
2021-11-12 10:30:40 -06:00
SRC_BITMAP := \
shared/runtime/context_manager_helpers.c \
displayio_min.c \
Enable "from __future__ import annotations" on unix build
2023-06-28 09:59:57 -05:00
shared-bindings/__future__/__init__.c \
add aesio to unix coverage build
2021-11-28 15:14:47 -06:00
shared-bindings/aesio/aes.c \
shared-bindings/aesio/__init__.c \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
shared-bindings/audiocore/__init__.c \
shared-bindings/audiocore/RawSample.c \
shared-bindings/audiocore/WaveFile.c \
Enable audiomixer on unix port, for testing
2023-04-05 08:51:55 -05:00
shared-bindings/audiomixer/__init__.c \
shared-bindings/audiomixer/Mixer.c \
shared-bindings/audiomixer/MixerVoice.c \
enable rainbowio on unix coverage port
2021-11-12 17:07:00 -06:00
shared-bindings/bitmaptools/__init__.c \
Add displayio bitmaps to unix build
2021-11-12 10:30:40 -06:00
shared-bindings/displayio/Bitmap.c \
enable rainbowio on unix coverage port
2021-11-12 17:07:00 -06:00
shared-bindings/rainbowio/__init__.c \
struct: Check that argument counts match, similar to cpython3 .. and test our struct module during the build-time tests Closes #7771
2023-03-22 09:35:01 -05:00
shared-bindings/struct/__init__.c \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
shared-bindings/synthio/__init__.c \
synthio: Finish implementing Math blocks
2023-05-17 16:15:31 -05:00
shared-bindings/synthio/Math.c \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
shared-bindings/synthio/MidiTrack.c \
synthio: Add LFOs
2023-05-15 10:49:42 -05:00
shared-bindings/synthio/LFO.c \
synthio: Add synthio.Note This class allows much more expressive sound synthesis: * tremolo & vibrato * arbitrary frequency * different evelope & waveform per note * all properties dynamically settable from Python code
2023-05-01 09:41:05 -05:00
shared-bindings/synthio/Note.c \
synthio: add biquad filter type & basic filter calculations the filter cannot be applied as yet.
2023-05-29 09:50:18 -05:00
shared-bindings/synthio/Biquad.c \
Add synthio.Synthesizer In contrast to MidiTrack, this can be controlled from Python code, turning notes on/off as desired. Not tested on real HW yet, just the acceptance test based on checking which notes it thinks are held internally.
2023-04-02 20:37:23 -05:00
shared-bindings/synthio/Synthesizer.c \
run test for traceback module
2021-12-02 11:11:11 +05:30
shared-bindings/traceback/__init__.c \
enable rainbowio on unix coverage port
2021-11-12 17:07:00 -06:00
shared-bindings/util.c \
Added test coverage
2022-02-21 10:24:13 -06:00
shared-bindings/zlib/__init__.c \
add aesio to unix coverage build
2021-11-28 15:14:47 -06:00
shared-module/aesio/aes.c \
shared-module/aesio/__init__.c \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
shared-module/audiocore/__init__.c \
shared-module/audiocore/RawSample.c \
shared-module/audiocore/WaveFile.c \
Enable audiomixer on unix port, for testing
2023-04-05 08:51:55 -05:00
shared-module/audiomixer/__init__.c \
shared-module/audiomixer/Mixer.c \
shared-module/audiomixer/MixerVoice.c \
enable rainbowio on unix coverage port
2021-11-12 17:07:00 -06:00
shared-module/bitmaptools/__init__.c \
Add displayio bitmaps to unix build
2021-11-12 10:30:40 -06:00
shared-module/displayio/area.c \
shared-module/displayio/Bitmap.c \
shared-module/displayio/ColorConverter.c \
enable rainbowio on unix coverage port
2021-11-12 17:07:00 -06:00
shared-module/displayio/ColorConverter.c \
Withdraw the _environ module This existed solely for testing, so expose it a different way during the unix coverage build Also turn off os.getenv support on samd21.
2022-12-08 15:21:20 -06:00
shared-module/os/getenv.c \
enable rainbowio on unix coverage port
2021-11-12 17:07:00 -06:00
shared-module/rainbowio/__init__.c \
struct: Check that argument counts match, similar to cpython3 .. and test our struct module during the build-time tests Closes #7771
2023-03-22 09:35:01 -05:00
shared-module/struct/__init__.c \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
shared-module/synthio/__init__.c \
synthio: Finish implementing Math blocks
2023-05-17 16:15:31 -05:00
shared-module/synthio/Math.c \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
shared-module/synthio/MidiTrack.c \
synthio: Add LFOs
2023-05-15 10:49:42 -05:00
shared-module/synthio/LFO.c \
synthio: Add synthio.Note This class allows much more expressive sound synthesis: * tremolo & vibrato * arbitrary frequency * different evelope & waveform per note * all properties dynamically settable from Python code
2023-05-01 09:41:05 -05:00
shared-module/synthio/Note.c \
synthio: add biquad filter type & basic filter calculations the filter cannot be applied as yet.
2023-05-29 09:50:18 -05:00
shared-module/synthio/Biquad.c \
Add synthio.Synthesizer In contrast to MidiTrack, this can be controlled from Python code, turning notes on/off as desired. Not tested on real HW yet, just the acceptance test based on checking which notes it thinks are held internally.
2023-04-02 20:37:23 -05:00
shared-module/synthio/Synthesizer.c \
Added test coverage
2022-02-21 10:24:13 -06:00
shared-module/traceback/__init__.c \
shared-module/zlib/__init__.c \
Add displayio bitmaps to unix build
2021-11-12 10:30:40 -06:00
SRC_C += $(SRC_BITMAP)
run test for traceback module
2021-12-02 11:11:11 +05:30
CFLAGS += \
-DCIRCUITPY_AESIO=1 \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
-DCIRCUITPY_AUDIOCORE=1 \
Enable audiomixer on unix port, for testing
2023-04-05 08:51:55 -05:00
-DCIRCUITPY_AUDIOMIXER=1 \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
-DCIRCUITPY_AUDIOCORE_DEBUG=1 \
run test for traceback module
2021-12-02 11:11:11 +05:30
-DCIRCUITPY_BITMAPTOOLS=1 \
-DCIRCUITPY_DISPLAYIO_UNIX=1 \
Enable "from __future__ import annotations" on unix build
2023-06-28 09:59:57 -05:00
-DCIRCUITPY_FUTURE=1 \
run test for traceback module
2021-12-02 11:11:11 +05:30
-DCIRCUITPY_GIFIO=1 \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
-DCIRCUITPY_OS_GETENV=1 \
run test for traceback module
2021-12-02 11:11:11 +05:30
-DCIRCUITPY_RAINBOWIO=1 \
struct: Check that argument counts match, similar to cpython3 .. and test our struct module during the build-time tests Closes #7771
2023-03-22 09:35:01 -05:00
-DCIRCUITPY_STRUCT=1 \
Make synthio debuggable in unix coverage port
2023-04-01 10:19:44 -05:00
-DCIRCUITPY_SYNTHIO=1 \
-DCIRCUITPY_SYNTHIO_MAX_CHANNELS=14 \
Added test coverage
2022-02-21 10:24:13 -06:00
-DCIRCUITPY_TRACEBACK=1 \
-DCIRCUITPY_ZLIB=1
Implement gifio.GifWriter This involves: * Adding a new "L8" colorspace for colorconverters * factoring out displayio_colorconverter_convert_pixel * Making a minimal "colorspace only" version of displayio for the unix port (testing purposes) * fixing an error message I only tested writing B&W animated images, with the following script: ```python import displayio import gifio with gifio.GifWriter("foo.gif", 64, 64, displayio.Colorspace.L8) as g: for i in range(0, 256, 14): data = bytes([i, 255-i] * 32 + [255-i, i] * 32) * 32 print("add_frame") g.add_frame(data) # expected to raise an error, buffer is not big enough with gifio.GifWriter("/dev/null", 64, 64, displayio.Colorspace.L8) as g: g.add_frame(bytes([3,3,3])) ```
2021-10-21 11:45:11 -05:00
unix/Makefile: Move coverage.c and coveragecpp.cpp to coverage variant. So that g++ is not needed to build a non-coverage unix variant. Signed-off-by: Damien George <damien@micropython.org>
2020-10-29 17:33:34 +11:00
SRC_C += coverage.c
SRC_CXX += coveragecpp.cpp
Reference in New Issue Copy Permalink