suspect-devices/circuitpython/windows/msvc/sources.props, branch esp-extra-scriptsCircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=esp-extra-scripts2016-06-25T20:49:45+00:00windows/msvc: Include machine_pinbase.c in build and enable umachine module2016-06-25T20:49:45+00:00stijnstijn@ignitron.net2016-06-23T07:55:28+00:00urn:sha1:4b9046328dd9cc5905bc7c971eaa03248f0f0396
Fixes linker errors since [ad229477] and adds the umachine module so tests pass.
windows/msvc: Add modurandom.c to list of source files.2016-01-26T19:38:59+00:00Damien Georgedamien.p.george@gmail.com2016-01-26T19:38:59+00:00urn:sha1:e713222fabe1c3987364870ed592db38529bc4a3msvc: Use new modmachine infrastructure per changes in f9251652015-12-14T22:13:21+00:00stijnstinos@zoho.com2015-12-14T20:12:52+00:00urn:sha1:951fc7e993ae8069444c5cffbc889a6f305a8455msvc: Use different output directories depending on build type2015-12-11T21:42:30+00:00stijnstijn@ignitron.net2015-11-12T08:42:12+00:00urn: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)
windows: Do not use wildcards when looking for sources in directories containing optional features2015-10-25T12:33:49+00:00stijnstinos@zoho.com2015-10-25T11:42:20+00:00urn:sha1:1c55310bcced133fa4efc1546c0001f3ae4a9fc6
Fixes issues like #1532
windows/msvc: Exclude modjni from build.2015-09-22T10:07:03+00:00stijnstijn@ignitron.net2015-09-21T08:12:46+00:00urn:sha1:dcbe936c50ad7050efde8acc94d891dae1909148windows: Implement the mp_hal_xxx functions and enable mp-readline2015-06-04T16:22:13+00:00stijnstinos@zoho.com2015-06-01T09:41:28+00:00urn:sha1:87ad80edf9e7656143079df8565c0fb0de39ef18msvc: Define main build/include directories in a single location2015-01-02T15:52:07+00:00stijnstinos@zoho.com2015-01-02T10:49:23+00:00urn: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.
windows: Enable input(), sys.maxsize(), ujson module, emergency exception buf, os module2014-09-22T09:10:27+00:00stijnstinos@zoho.com2014-09-22T09:05:42+00:00urn:sha1:8c41920a906eaf6cea739f6edf826f6619d5cb24msvc: Exclude modtermios, include extmod and fix compilation error2014-09-02T07:00:20+00:00stijnstinos@zoho.com2014-09-01T08:16:07+00:00urn:sha1:759138caee65a58ecf1f02ca7c57bc9ba3d3c5f5