CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=esp-extra-scripts 2016-06-15T22:42:48+00:00 2016-06-15T22:42:48+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2016-06-15T22:40:31+00:00 urn:sha1:f469c764428230363a2b22fedf303d86eea82853 It has more usages than just qstr extraction, for example, embedding (where people don't care about efficient predefined qstrs). 2016-04-25T21:34:24+00:00 stijn stinos@zoho.com 2016-04-23T16:55:14+00:00 urn:sha1:29c8c8aecb3409e57a43256f8fe5cb25de1e9856 Builds have been broken since reworking autogeneration in c618f91 and related, this gets fixed here by applying similar qstr generation logic for the msvc builds: c files are only preprocessed when changed (or not yet preprocessed) and the concatenated output is fed into makeqstrdefs.py. To speed up this process, the concatenated output is already filtered to contain only lines which makeqstrdefs really needs: this makes the qstr generation stage about twice as fast (checked on different machines). 2016-04-16T12:19:15+00:00 stijn stijn@ignitron.net 2016-03-15T09:22:34+00:00 urn:sha1:9a627e8881c1b5d8fad9f1a563b5af23716e1b55 Note this still needs some work: currently all source files are always preprocessed no matter which one actually changed, moreover that happens file by file without any parallellism so builds are painstakingly slow. 2015-12-11T21:42:30+00:00 stijn stijn@ignitron.net 2015-11-12T08:42:12+00:00 urn:sha1:967ceba5b7fc56f7642947b2c48199a4d9db0d4a This allows multiple versions (e.g. Debug/Release, x86/x64) of micropython.exe to co-exist instead and also solves potential problems where msbuild does not completely rebuild the output and/or pdb files when switching between builds, which in turn can cause linker errors in dependent projects. By default exe/map/... files go in windows/build/$(Configuration)$(Platform) After each build micropython.exe is still copied from the above directory to the windows directory though, as that is consistent with the other ports and the test runner by default uses that location as well. Also rename env.props -> path.props which is a clearer name, and add ample documentation in the affected build files. (also see discussion in #1538) 2015-11-10T15:37:09+00:00 stijn stinos@zoho.com 2015-11-07T19:00:26+00:00 urn:sha1:b1dbbd32ebcdafd046e8d69ec29a1565f42765cb This defaults to 'python' but can be now overridden if needed 2015-04-28T22:52:36+00:00 Damien George damien.p.george@gmail.com 2015-04-22T16:38:05+00:00 urn:sha1:95f53461c2c42490d12acd41463b86f0056e6f40 Also rename py-version.h to mpversion.h for consistency with mpconfig.h. 2015-04-22T10:07:30+00:00 stijn stinos@zoho.com 2015-04-22T10:03:52+00:00 urn:sha1:c52f1258a8ececbaf25331c6cbfc373e6ed133b4 2015-01-02T15:55:02+00:00 stijn stinos@zoho.com 2015-01-02T15:31:49+00:00 urn:sha1:ffc96a901a13f6f114368ad50a1d7189c0826822 Remove some duplication in the code for generating qstrdefs.generated.h and py-version.h 2015-01-02T15:52:07+00:00 stijn stinos@zoho.com 2015-01-02T10:49:23+00:00 urn:sha1:8dec62a1a41f1c48aa7bdd3848c0f46a62de4f29 - Use a single file env.props for defining the main directories used when building. env.props resolves the base directory and defines overridable output directories, and is used by all other build files. - Fix the build currently failing, basically because the preprocessing command for generating qstrdefs uses different include directories than the build itself does. (specifically, qstrdefs.h uses #include "py/mpconfig.h" since the fixes for #1022 in 51dfcb4, so we need to use the base directory as include directory, not the py dir itself). So define a single variable containing the include directories instead and use it where needed. 2014-05-28T14:03:38+00:00 stijn stinos@zoho.com 2014-05-28T14:03:38+00:00 urn:sha1:48d641e41a6f85a3ea55b064249a2c036a1e8022 This fixes generating the headers casuing complete rebuilds, even when the headere's content didn't really change.