An error occurred fetching the project authors.
- 17 Oct, 2010 1 commit
-
-
Victor Stinner authored
* Rename _PyImport_FindExtension() to _PyImport_FindExtensionUnicode(): the filename becomes a Unicode object instead of byte string * Rename _PyImport_FixupExtension() to _PyImport_FixupExtensionUnicode(): the filename becomes a Unicode object instead of byte string
-
- 09 May, 2010 1 commit
-
-
Antoine Pitrou authored
svn+ssh://pythondev@svn.python.org/python/trunk ........ r81029 | antoine.pitrou | 2010-05-09 16:46:46 +0200 (dim., 09 mai 2010) | 3 lines Untabify C files. Will watch buildbots. ........
-
- 11 Jun, 2008 1 commit
-
-
Martin v. Löwis authored
-
- 15 Oct, 2007 2 commits
-
-
Neal Norwitz authored
-
Guido van Rossum authored
Changes to make __file__ a proper Unicode object, using the default filesystem encoding. This is a bit tricky because the default filesystem encoding isn't set by the time we import the first modules; at that point we fudge things a bit. This is okay since __file__ isn't really used much except for error reporting. Tested on OSX and Linux only so far.
-
- 04 Sep, 2003 1 commit
-
-
Martin v. Löwis authored
interpreters. Fixes #698282. Will backport to 2.3.
-
- 26 Aug, 2002 1 commit
-
-
Fred Drake authored
-
- 16 Oct, 2001 1 commit
-
-
Guido van Rossum authored
When an extension imports another extension in its initXXX() function, the variable _Py_PackageContext is prematurely reset to NULL. If the outer extension then calls Py_InitModule(), the extension is installed in sys.modules without its package name. The manifestation of this bug is a "SystemError: _PyImport_FixupExtension: module <package>.<extension> not loaded". To fix this, importdl.c just needs to retain the old value of _Py_PackageContext and restore it after the initXXX() method is called. The attached patch does this. This patch applies to Python 2.1.1 and the current CVS.
-
- 01 Sep, 2000 1 commit
-
-
Guido van Rossum authored
This should match the situation in the 1.6b1 tree.
-
- 22 Jul, 2000 1 commit
-
-
Thomas Wouters authored
declarations yet, those come later.
-
- 30 Jun, 2000 2 commits
-
-
Guido van Rossum authored
-
Guido van Rossum authored
-
- 22 Dec, 1999 1 commit
-
-
Guido van Rossum authored
* in import.c, #ifdef out references to dynamic loading based on HAVE_DYNAMIC_LOADING * clean out the platform-specific crud from importdl.c. [ maybe fold this function into import.c and drop the importdl.c file? Greg.] * change GetDynLoadFunc's "funcname" parameter to "shortname". change "name" to "fqname" for clarification. * each GetDynLoadFunc now creates its own funcname value. WARNING: as I mentioned previously, we may run into an issue with a missing "_" on some platforms. Testing will show this pretty quickly, however. * move pathname munging into dynload_shlib.c
-
- 20 Dec, 1999 1 commit
-
-
Guido van Rossum authored
(A few nite remain, these will probably disappear soon.) This is part of a set of patches by Greg Stein.
-
- 16 Nov, 1999 1 commit
-
-
Guido van Rossum authored
Duzan, for AIX, to support C++ objects with static initializers, when using the genuine IBM C++ compiler (namely xlC/xlC_r). See accompanying patches to configure.in and acconfig.h.
-
- 04 Aug, 1999 1 commit
-
-
Guido van Rossum authored
""" Following up Robin Dunn's troubles with freeze, here's a patch that fixes an oddity regarding the import logic of shared modules on AIX. Symbol resolution of shared modules is now handled properly for the cases when the python library is linked to a binary with an arbitrary name. This includes the standard python[version] executable, but also applications that are embedding the python core (i.e. linked with libpython[version].a, the latter being static or shared). """
-
- 27 Jan, 1999 1 commit
-
-
Guido van Rossum authored
-
- 07 Jan, 1999 1 commit
-
-
Guido van Rossum authored
The following patches (relative to 1.5.2b1) enable Python dynamic loading to work on NetBSD platforms that use ELF (presnetly mips and alpha systems). They automaticly determine wether the system is ELF or a.out rather than using astatic list of platforms so that when other NetBSD platforms move to ELF, python will continue to work without change.
-
- 04 Jan, 1999 1 commit
-
-
Guido van Rossum authored
Donn Cave tells me the PyImport_BeImageID() function isn't needed anymore.
-
- 21 Dec, 1998 1 commit
-
-
Guido van Rossum authored
names in the source code (they already had those for the linker, through some smart macros; but the source still had the old, un-Py names).
-
- 12 Oct, 1998 1 commit
-
-
Guido van Rossum authored
-
- 08 Oct, 1998 1 commit
-
-
Guido van Rossum authored
LoadLibraryEx(pathname, NULL, LOAD_WITH_ALTERED_SEARCH_PATH) to search dependent DLLs in the directory of the pathname.
-
- 01 Oct, 1998 1 commit
-
-
Guido van Rossum authored
(Also removed whitespace after # in some BEOS related cpp directives.)
-
- 30 Sep, 1998 1 commit
-
-
Guido van Rossum authored
function name. (Vladimir Kushnir by way of Thomas Gellekum.)
-
- 14 Sep, 1998 1 commit
-
-
Guido van Rossum authored
(Jack Jansen and/or Just van Rossum)
-
- 24 Aug, 1998 1 commit
-
-
Guido van Rossum authored
This is a patch that Bill Bummgarner did for 1.4 that hasn't made its way into the distribution yet. This is important if you want to use the ObjC module.
-
- 04 Aug, 1998 1 commit
-
-
Guido van Rossum authored
-
- 08 Jul, 1998 1 commit
-
-
Guido van Rossum authored
inconsistent.
-
- 27 Jun, 1998 1 commit
-
-
Guido van Rossum authored
the filename contains at least a rudimentary pathname. (The bad part is that we need to call getcwd() because only a prefix of ".\\" is not enough -- we prefix the drive letter.)
-
- 18 May, 1998 1 commit
-
-
Guido van Rossum authored
-
- 15 May, 1998 1 commit
-
-
Guido van Rossum authored
-
- 13 Apr, 1998 1 commit
-
-
Guido van Rossum authored
-
- 10 Apr, 1998 1 commit
-
-
Guido van Rossum authored
-
- 19 Jan, 1998 2 commits
-
-
Guido van Rossum authored
-
Guido van Rossum authored
1.3, dlopen() etc. are fully implemented, including dlerror(). From Jaromir Dolecek and Ty Sarna.
-
- 02 Dec, 1997 1 commit
-
-
Guido van Rossum authored
This exports symbols defined by the loaded extension to other extensions (loaded later). (I'm not quite sure about this but suppose it can't hurt...)
-
- 22 Nov, 1997 1 commit
-
-
Guido van Rossum authored
-
- 19 Nov, 1997 1 commit
-
-
Guido van Rossum authored
This is a bit of a hack: when the shared library is loaded, the module name is "package.module", but the module calls Py_InitModule*() with just "module" for the name. The shared library loader squirrels away the true name of the module in _Py_PackageContext, and Py_InitModule*() will substitute this (if the name actually matches).
-
- 10 Oct, 1997 1 commit
-
-
Guido van Rossum authored
status of the GNU readline interface. Here's a patch, by Vladimir Marangozov.
-
- 16 Aug, 1997 1 commit
-
-
Guido van Rossum authored
-