| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
available in the configure tests already.
|
|
|
|
|
|
|
|
|
|
|
| |
for the time module, because somehow configure won't define the
symbols HAVE_STRUCT_TM_TM_ZONE, HAVE_TM_ZONE, and HAVE_TZNAME in this
case.
I've got no time to research this further, so I leave it in Jeremy and
Martin's capable hands to find a different solution for True64 (or to
devise a way to get the time tests to succeed while defining
_XOPEN_SOURCE).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This gets compilation of posixmodule.c to succeed on Tru64 and does no
harm on Linux. We may need to undefine it on some platforms, but
let's wait and see.
Martin says:
> I think it is generally the right thing to define _XOPEN_SOURCE on
> Unix, providing a negative list of systems that cannot support this
> setting (or preferably solving whatever problems remain).
>
> I'd put an (unconditional) AC_DEFINE into configure.in early on; it
> *should* go into confdefs.h as configure proceeds, and thus be active
> when other tests are performed.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The staticforward define was needed to support certain broken C
compilers (notably SCO ODT 3.0, perhaps early AIX as well) botched the
static keyword when it was used with a forward declaration of a static
initialized structure. Standard C allows the forward declaration with
static, and we've decided to stop catering to broken C compilers. (In
fact, we expect that the compilers are all fixed eight years later.)
I'm leaving staticforward and statichere defined in object.h as
static. This is only for backwards compatibility with C extensions
that might still use it.
XXX I haven't updated the documentation.
|
| |
|
|
|
|
|
| |
fell swoop. Anyway, this just deletes a couple checks for dbm-type header
files that are now performed in setup.py. See patch 553108 for details.
|
|
|
|
|
|
|
|
|
| |
OSX framework build process. Things fixed/modified:
- the filesystem case-sensitivity test now works for builds outside
the source directory
- various other fixes for building outside the source directory
- python.app now has a target in the main Makefile
- WASTE and AquaTk are found more automatically
|
|
|
|
|
|
|
|
|
| |
library. Since multiple versions can be installed simultaneously, it's
crucial that you only select libraries and header files which are compatible
with each other. Version checking is done from highest version to lowest.
Building using version 1 of Berkeley DB is disabled by default because of
the hash file bugs people keep rediscovering. It can be enabled by
uncommenting a few lines in setup.py. Closes patch 553108.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
out how to just activate my code on platforms where I know it works
(currently only linux/x86).
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch complies with the following request found
near the top of configure.in:
# This is for stuff that absolutely must end up in pyconfig.h.
# Please use pyport.h instead, if possible.
I tested this patch under Cygwin, Win32, and Red
Hat Linux. Python built and ran successfully on
each of these platforms.
|
|
|
|
| |
compiler. Fixes #559429. 2.2 bugfix candidate.
|
|
|
|
|
|
|
| |
[ 559250 ] more POSIX signal stuff
Adds support (and docs and tests and autoconfery) for posix signal
mask handling -- sigpending, sigprocmask and sigsuspend.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch complies with the following request found
near the top of configure.in:
# This is for stuff that absolutely must end up in pyconfig.h.
# Please use pyport.h instead, if possible.
I tested this patch under Cygwin, Win32, and Red
Hat Linux. Python built and ran successfully on
each of these platforms.
|
| |
|
| |
|
| |
|
|
|
|
| |
Will backport to 2.1 and 2.2.
|
| |
|
|
|
|
| |
This is part of SF feature #536796.
|
|
|
|
|
|
|
|
| |
Highlights: import and friends will understand any of \r, \n and \r\n
as end of line. Python file input will do the same if you use mode 'U'.
Everything can be disabled by configuring with --without-universal-newlines.
See PEP278 for details.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
525481. (Probably not a 2.2.1 candidate, unless the fix that introduced a
long double into objimpl.h (rev. 2.44) is backported to 2.2.1).
|
|
|
|
|
|
|
| |
or libraries also look for thread_detach. SGI has thread_create in libc
but complete pthread support only in -lpthread. Fixes #522393.
2.2.1 candidate.Killed by signal 2.
|
| |
|
|
|
|
| |
(pass non-null argument to pthread_create). 2.2.1 candidate.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
[ #417634 ] configuring without C++ compiler name
by checking that we're not about to try to compile C++ files with "yes".
Now we wait for the system where the C++ compiler *is* called yes...
|
| |
|
|
|
|
|
| |
as OSX HFS+) and if so add an extension to the python executable, but
only in the build directory, not on the installed python.
|
|
|
|
| |
This should probably go into NEWS (who's responsible for that?).
|
|
|
|
| |
This is the Unix portion of the fix for SF bug #489052.
|