bpo-31904 : Python should support VxWorks RTOS #4179

kuhlenough · 2017-10-30T20:29:32Z

This pull request enables cpython to cross-build on VxWorks (the world’s leading RTOS and the only interplanetary OS)

This does not provide complete configuration of all target systems possible. It's assumed that the user is familiar with automake cross-builds and has called ./configure with the appropriate environment (CFLAGS,LDFLAGS, CC,CCP, etc) and appropriate site.config and configuration arguments.

VxWorks 7 currently supports Intel, ARM and PowerPC processors running in 32bit and 64bit mode compiled with GCC, ICC, a llvm/clang variant, or Wind River’s Diab compiler. So the verification matrix is large and subsequent pull requests will address the various variants as they are validated.

This pull also also includes some support for automake's --enable-shared=no functionality. If this non-default flag is set, various targets and flags are disabled in Make.pre.in and thus the generated Makefile

Validated with GCC 4.8.1.10 as provided with VxWorks 7

. ./vxworks_env.sh && \
./configure --host=x86-wrs-vxworks --prefix=/yow-build40-lx1/bkuhl/workspace/vsbSim/usr/root \
--bindir=/yow-build40-lx1/bkuhl/workspace/vsbSim/usr/root/gnu/bin --includedir=/yow-build40-lx1/bkuhl/workspace/vsbSim/usr/h/public \
--libdir=/yow-build40-lx1/bkuhl/workspace/vsbSim/usr/lib/common  --build=i686-linux-gnu  --cache-file=config.vx.app --with-libm=no --with-ensurepip=no --with-suffix=.vxe

.. and an appropriate site.config

#! /bin/sh
# config.vx.app - autoconf configuration file for VxWorks
#
# Copyright (c) 2017  Wind River Systems, Inc.
#
# This software is released under the terms of the 
# Python Software Foundation License Version 2
# included in this repository in the LICENSE file
# or at https://docs.python.org/3/license.html
#
# modification history
# -------------------- 
# 23sep17,brk  create
	

	#defined in UNIX layer, but just a wrapper to select()
	ac_cv_func_poll=no
	 
	# forces define of PY_FORMAT_LONG_LONG (Python)
	ac_cv_have_long_long_format=yes

	#Python wants these explicit when cross compiling
	
	ac_cv_file__dev_ptmx=no
	ac_cv_file__dev_ptc=no
	
	ac_cv_buggy_getaddrinfo=no
	
	ac_cv_func_gettimeofday=yes
	
	#ignore empty header in UNIX layer
	ac_cv_header_langinfo_h=no

        #avoid not finding pthread in various extra libs, 
        ac_cv_pthread_is_default=yes

        #gcc fails to compile endian test
        case $host in 
                 ppc*-vxworks )
                        ac_cv_c_bigendian=yes ;;
                 arm*-vxworks )
                        ac_cv_c_bigendian=no ;;
                 x86*-vxworks )
                        ac_cv_c_bigendian=no ;;
                 mips*-vxworks )
                        ac_cv_c_bigendian=yes ;;
        esac

https://bugs.python.org/issue31904

with changes setup.py

fix up setup.py (introduced in last commit)

This reverts commit 4531ba8.

kuhlenough · 2017-10-30T20:37:51Z

Modules/socketmodule.c

@@ -2314,17 +2321,17 @@ cmsg_min_space(struct msghdr *msg, struct cmsghdr *cmsgh, size_t space)
    #endif
    if (msg->msg_controllen < 0)
        return 0;
+    if (space < cmsg_len_end)


This is mistake will have recall the pull request and move this back where it was orignally

kuhlenough · 2017-10-30T20:42:54Z

configure

@@ -2927,7 +2927,7 @@ $as_echo_n "checking for python interpreter for cross build... " >&6; }
 	    if $interp -c "import sys;sys.exit(not '.'.join(str(n) for n in sys.version_info[:2]) == '$PACKAGE_VERSION')"; then
 	        break
 	    fi
-            interp=


I could restore this?
But I'm not sure it's necessary?
Do you automatically rewrite ./configure and check in ./configure.ac has changed, or do I need to supply it in my pull?
If I do need to provide an updated ./configure in the pull, do I have to use a specific version of autotools ( I notice this one is a bit dated ?)

kuhlenough · 2017-10-30T20:44:01Z

setup.py

@@ -1995,14 +2034,15 @@ def detect_ctypes(self, inc_dirs, lib_dirs):

        ext = Extension('_ctypes',
                        include_dirs=include_dirs,
-                        extra_compile_args=extra_compile_args,


Needs to be restored

All doesn't include shared if static build Hardwire asscii encoding for VxWorks default to UTF-8 (like Android) Semicolon as path separator If build is configure'd for static, propigate to Makefile Add detection for oddly named VxWorks OPENSSL and HASH libraries Fix some warnings with unused functions and macro re-def Extra include in faulthandler.c Avoid duplicate macro definition Setup.py complies all VxWorks compatible modules Update some extension modules to compile on VxWorks VxWorks does not have "timezone" and daylight "constants" Limited signal fields in VxWorks undef DATE TIME for VxWorks

# Conflicts: # setup.py

kuhlenough added 21 commits September 15, 2017 11:03

patch configure for VxWorks

10d4405

Any version of python should be OK for cross build.

9d53ef2

undef DATE TIME for VxWorks

db2e0e8

limited signal feilds in VxWorks

cb3aa97

Perliminary - Get some of the extension modules compiling on VxWorks

de480ac

with changes setup.py

VxWorks does not have "timezone" and daylight "constants"

5bfa35c

Update some extension modules to compile on VxWorks

eeb74cf

setup.py complies all VxWorks compatible modules

f6efb4e

Avoid duplicate macro definition

9f5f589

extra include in faulthandler.c

3196b82

fix up setup.py (introduced in last commit)

fix some warnings with unused functions and macro re-def

a661fb2

Add detection for oddly named VxWorks OPENSSL and HASH libraries

b37d2ee

move configure changes into configure.ac

674d078

If build is configure'd for static, propigate to Makefile

7256ca2

remove gethostbyname_r, link fails, missing system call

69010f4

semicolon as path separator

d1c19f9

default to UTF-8 (like Android)

3562186

sort out duplicates flags

4531ba8

hardwire encoding for VxWorks

ed10017

Revert "sort out duplicates flags"

4d7dbdd

This reverts commit 4531ba8.

all doesn't include shared if static build

56a57ee

the-knights-who-say-ni added the CLA signed label Oct 30, 2017

bedevere-bot added the awaiting review label Oct 30, 2017

kuhlenough commented Oct 30, 2017

View reviewed changes

kuhlenough changed the title ~~Python should support VxWorks RTOS ( 31904 )~~ bpo-31904 : Python should support VxWorks RTOS Oct 30, 2017

kuhlenough closed this Oct 30, 2017

kuhlenough added 2 commits October 30, 2017 17:49

Merge branch 'master' of https://github.com/kuhlenough/cpython

f0b0a71

# Conflicts: # setup.py

kuhlenough reopened this Oct 30, 2017

kuhlenough closed this Oct 30, 2017

kuhlenough mannequin mentioned this pull request Jan 12, 2024

Python should support VxWorks RTOS #76085

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

bpo-31904 : Python should support VxWorks RTOS #4179

bpo-31904 : Python should support VxWorks RTOS #4179

kuhlenough commented Oct 30, 2017 •

edited by bedevere-bot

Loading

kuhlenough Oct 30, 2017

kuhlenough Oct 30, 2017

kuhlenough Oct 30, 2017

bpo-31904 : Python should support VxWorks RTOS #4179

bpo-31904 : Python should support VxWorks RTOS #4179

Conversation

kuhlenough commented Oct 30, 2017 • edited by bedevere-bot Loading

kuhlenough Oct 30, 2017

Choose a reason for hiding this comment

kuhlenough Oct 30, 2017

Choose a reason for hiding this comment

kuhlenough Oct 30, 2017

Choose a reason for hiding this comment

kuhlenough commented Oct 30, 2017 •

edited by bedevere-bot

Loading