djsundog
/
circuitpython
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
circuitpython/ports/windows
History
stijn 9523ca92e0 windows: Make appveyor.yml self-contained. 
Add configuration which otherwise has to be set via the UI so the file is
more self-contained, and remove configuration which is not needed because
it's the same as the default.  The major change here is that for a while
now Appveyor has been using Visual Studio 2015 by default while we still
want to support 2013.
 		2020-05-28 09:56:35 +10:00
..
msvc windows: Update genhdr.targets to match makeqstrdefs.py args. 2020-04-05 14:29:49 +10:00
.appveyor.yml windows: Make appveyor.yml self-contained. 2020-05-28 09:56:35 +10:00
.gitignore ports: Make new ports/ sub-directory and move all ports there. 2017-09-06 13:40:51 +10:00
Makefile all: Factor gchelper code to one place and use it for unix & ARM ports. 2020-04-29 23:45:19 +10:00
README.md all: Update Makefiles and others to build with new ports/ dir layout. 2017-09-06 14:09:13 +10:00
fmode.c all: Reformat C and Python source code with tools/codeformat.py. 2020-02-28 10:33:03 +11:00
fmode.h ports: Make new ports/ sub-directory and move all ports there. 2017-09-06 13:40:51 +10:00
init.c all: Reformat C and Python source code with tools/codeformat.py. 2020-02-28 10:33:03 +11:00
init.h ports: Make new ports/ sub-directory and move all ports there. 2017-09-06 13:40:51 +10:00
micropython.vcxproj all: Factor gchelper code to one place and use it for unix & ARM ports. 2020-04-29 23:45:19 +10:00
mpconfigport.h py/modmath: Work around msvc float bugs in atan2, fmod and modf. 2020-05-28 09:54:54 +10:00
mpconfigport.mk windows: Remove remaining traces of old GNU readline support. 2018-12-15 13:54:55 +11:00
realpath.c all: Reformat C and Python source code with tools/codeformat.py. 2020-02-28 10:33:03 +11:00
realpath.h ports: Make new ports/ sub-directory and move all ports there. 2017-09-06 13:40:51 +10:00
sleep.c ports: Make new ports/ sub-directory and move all ports there. 2017-09-06 13:40:51 +10:00
sleep.h ports: Make new ports/ sub-directory and move all ports there. 2017-09-06 13:40:51 +10:00
windows_mphal.c all: Format code to add space after C++-style comment start. 2020-04-23 11:24:25 +10:00
windows_mphal.h all: Update Makefiles and others to build with new ports/ dir layout. 2017-09-06 14:09:13 +10:00

README.md

This is the experimental, community-supported Windows port of MicroPython. It is based on Unix port, and expected to remain so. The port requires additional testing, debugging, and patches. Please consider to contribute.

Building on Debian/Ubuntu Linux system

sudo apt-get install gcc-mingw-w64
make CROSS_COMPILE=i686-w64-mingw32-

If for some reason the mingw-w64 crosscompiler is not available, you can try mingw32 instead, but it comes with a really old gcc which may produce some spurious errors (you may need to disable -Werror):

sudo apt-get install mingw32 mingw32-binutils mingw32-runtime
make CROSS_COMPILE=i586-mingw32msvc-

Building under Cygwin

Install following packages using cygwin's setup.exe:

  • mingw64-i686-gcc-core
  • mingw64-x86_64-gcc-core
  • make

Build using:

make CROSS_COMPILE=i686-w64-mingw32-

Or for 64bit:

make CROSS_COMPILE=x86_64-w64-mingw32-

Building using MS Visual Studio 2013 (or higher)

In the IDE, open micropython.vcxproj and build.

To build from the command line:

msbuild micropython.vcxproj

Stack usage

The msvc compiler is quite stack-hungry which might result in a "maximum recursion depth exceeded" RuntimeError for code with lots of nested function calls. There are several ways to deal with this:

  • increase the threshold used for detection by altering the argument to mp_stack_set_limit in ports/unix/main.c
  • disable detection all together by setting MICROPY_STACK_CHECK to "0" in ports/windows/mpconfigport.h
  • disable the /GL compiler flag by setting WholeProgramOptimization to "false"

See issue 2927 for more information.

Running on Linux using Wine

The default build (MICROPY_USE_READLINE=1) uses extended Windows console functions and thus should be ran using the wineconsole tool. Depending on the Wine build configuration, you may also want to select the curses backend which has the look&feel of a standard Unix console:

wineconsole --backend=curses ./micropython.exe

For more info, see https://www.winehq.org/docs/wineusr-guide/cui-programs .

If built without line editing and history capabilities (MICROPY_USE_READLINE=0), the resulting binary can be run using the standard wine tool.