This is our initial recommendation for PythonD specific patch set running in DOS. Build requires at least DJGPP 2.04 32-bit DOS compiler (see http://www.delorie.com/djgpp/) and Watt-32 tcp/ip stack for DJGPP (see http://www.bgnett.no/~giva/). Operates under MSDOS, FreeDOS, Win32 and NT. Requires DOS mode long filename driver/TSR. See http://www.caddit.net/pythond.htm for details concerning the PythonD project. Diffed against 2.4.2 Final distribution. Diff script used: #! /usr/bin/bash for file in `find . -name *.orig -print` do export filename=`echo -n file∥sed−e′s/.origfile | sed -e 's/\.origfile∥sed−e′s/.orig//'` diff -c filefile filefilename >> pythond.diff done
Logged In: YES user_id=21627 Can you please update the patch to the current subversion trunk? Please integrate 1351036 also, providing only a single patch. There are a number of problems with that patch: - what is the purpose of the site.py changes? Some parts (like a plain print statement) certainly have no place, other parts (like readline history support) traditionally belong to the user's PYTHONSTARTUP. Integrating them into Python might be an option, but that is independent of the patch. - please make the C block structure "work" even in presence of ifdefs. I.e. when you change the condition of a while loop, duplicate the entire while loop (which is just --i in one case), or introduce a macro to compute the condition. In several cases of posixmodule.c, introducing IS_SEP might be useful. - remove debugging code, even if commented out - why do you put the thread module into config.c.in? It's normally included through Setup.config - Don't use C++ comments
I don't think there's any point in including DJGPP support in the Python tree (DJGPP targets MS-DOS, which is completely marginal today). Furthermore, the patch has no chance of applying cleanly on the current source tree. I would suggest that people interested in a DJGPP port of Python mantain their patches themselves instead, it will be far easier and more efficient.
Closed then. The next patch will posted at http://www.caddit.net/pythond/when we get around to doing a version 3 port. Frankly, as the current v2 binary meets most remaining requirements on this legacy platform, we are left with modern syntax compatibility as primary (only) impetus for further patches.
History
Date
User
Action
Args
2022-04-11 14:56:13
admin
set
github: 42567
2010-08-31 04:32:18
bdeck
set
messages: +
2010-08-30 17:34:54
pitrou
set
status: open -> closednosy: + pitroumessages: + resolution: rejected