| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
STRICT_SYSV_CURSES when compiling curses module on HP/UX. Generalize
access to _flags on systems where WINDOW is opaque. Fixes bugs
#432497, #422265, and the curses parts of #467145 and #473150.
|
|
|
|
| |
not properly processing numeric IPv4 addresses. Fixes V5.1 part of #472675.
|
|
|
|
| |
This fixes SF bug: [ #473491 ] "install -d" doesn't work on HP-UX.
|
|
|
|
|
|
|
|
|
|
| |
1. configure doesn't handle HP-UX release numbers
(e.g., B.11.00), resulting in MACHDEP = "hpuxB".
2. After checking for wchar.h, configure doesn't
include it when checking the size of wchar_t.
(Python 2.2b1 on HP-UX 11.00)
|
|
|
|
|
|
|
|
| |
This adds unsetenv to posix, and uses it in the __delitem__ method of
os.environ.
(XXX Should we change the preferred name for putenv to setenv, for
consistency?)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a big one, touching lots of files. Some of the platforms
aren't tested yet. Briefly, this changes the return value of the
os/posix functions stat(), fstat(), statvfs(), fstatvfs(), and the
time functions localtime(), gmtime(), and strptime() from tuples into
pseudo-sequences. When accessed as a sequence, they behave exactly as
before. But they also have attributes like st_mtime or tm_year. The
stat return value, moreover, has a few platform-specific attributes
that are not available through the sequence interface (because
everybody expects the sequence to have a fixed length, these couldn't
be added there). If your platform's struct stat doesn't define
st_blksize, st_blocks or st_rdev, they won't be accessible from Python
either.
(Still missing is a documentation update.)
|
|
|
|
| |
<grp.h> it seems. This requires yet another configure test.
|
|
|
|
| |
to link a C++ main using the C++ compiler. Fixes #472007.
|
| |
|
|
|
|
| |
Check for pthread_sigmask before using it. Fixes remaining problem in #470781.
|
|
|
|
|
| |
that -Kpthread is supported. Fixes #470781.
Port to autoconf 2.52.
|
|
|
|
| |
for tigetstr.
|
|
|
|
| |
Contributed by Albert Chin in discussion of bug #210665.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Apply patch from "china@thewrittenword.com" to put the correct
location for ld_so_aix in BLDSHARED.
|
|
|
|
|
|
| |
supplied values are the most "normal" or "common" values found for
recent 32 bit machines. This now seems to work to build Python 2.2
for the ARM processor used on the iPAQ.
|
|
|
|
| |
Older make's can apparently choke on this.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
by bbrox@bbrox.org / lionel.ulmer@free.fr.
This adds a configure check and if all goes well turns on the
PTHREAD_SCOPE_SYSTEM thread attribute for new threads.
This should remove the need to add tiny sleeps at the start of threads
to allow other threads to be scheduled.
|
|
|
|
|
|
| |
support on Linux (and Solaris, I expect) for real.
The necessary symbols are defined once and for all,
under the assumption that they won't harm elsewhere.
|
|
|
|
|
|
|
|
|
| |
out of the box on OSX 10.1. Untested by me (except for not having adverse
effects on 10.0.4) but it looks good, for now. Eventually we should not
trigger on the darwin version but test for something, but until I have
the time to install 10.1 myself I have no clue what to test on.
It would be nice if this got in to the 2.2a3 distribution.
|
|
|
|
|
|
| |
I don't know what difference it makes, but '/' indeed makes less sense
as an include dir than '.', so I'm changing the default. Just so I
can close the bug. ;-)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I believe this works on Linux (tested both on a system with large file
support and one without it), and it may work on Solaris 2.7.
The changes are twofold:
(1) The configure script now boldly tries to set the two symbols that
are recommended (for Solaris and Linux), and then tries a test
script that does some simple seeking without writing.
(2) The _portable_{fseek,ftell} functions are a little more systematic
in how they try the different large file support options: first
try fseeko/ftello, but only if off_t is large; then try
fseek64/ftell64; then try hacking with fgetpos/fsetpos.
I'm keeping my fingers crossed. The meaning of the
HAVE_LARGEFILE_SUPPORT macro is not at all clear.
I'll see if I can get it to work on Windows as well.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
- Do not compile unicodeobject, unicodectype, and unicodedata if Unicode is disabled
- check for Py_USING_UNICODE in all places that use Unicode functions
- disables unicode literals, and the builtin functions
- add the types.StringTypes list
- remove Unicode literals from most tests.
|
| |
|
|
|
|
|
| |
include _PyMac_Error. Also don't try to include __dummy: it needs Foundation
and I think (not 100% sure) that this isn't part of naked Darwin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Made framework builds work for MacOSX. The configure arg is now
"--enable-framework".
- Added an install target frameworkinstall which installs the framework.
- Ripped out Next/OpenStep support, which was broken anyway.
- Made the MacOSX toolbox glue dependant on a --enable-toolbox-glue
configure arg. This should make naked darwin build work again (untested).
A few targets have been added to Makefile.pre.in, and on inspection they
look harmless to non-MacOSX machines, but it is worth checking.
Closes bug #420601 and patch #450350.
|
|
|
|
| |
Depend AF_PACKET on HAVE_NETPACKET_PACKET_H. Fixes #449157
|
| |
|
|
|
|
| |
Recognize Solaris IPv6 by checking /etc/netconfig.
|
|
|
|
| |
Also move up AC_AIX and AC_MINIX further up.
|
|
|
|
|
|
|
|
|
|
|
| |
- Give a warning if you're on a case-insensitive filesystem and have
not specified --with-suffix.
- Don't require --with-dyld, it is now default for OSX/Darwin (suggested
by Martin v. Loewis)
- Don't define _POSIX_THREADS on Darwin, it's done by standard headers already
(fix by Tony Lownds)
- Don't use the Mac subtree anymore, the routines relevant to OSX/Darwin
have moved to a new file Python/mactoolboxglue.c.
|
|
|
|
| |
before.)
|
|
|
|
| |
exception classes in the module dictionary.
|
|
|
|
|
|
|
|
|
|
| |
the --with-suffix=.exe, but it seems that that is also true for cygwin
(or not? should I automatically set it?)
- Got --with-next-framework to build on OSX. This is only the build bit,
the install still has to be done manually. Moreover, the Python build order
isn't really suited to frameworks (where you want to do 'build lib',
'install lib and framework', 'link executable against installed framework'
in that order).
|
| |
|
|
|
|
| |
and fixes bug #438786.
|
|
|
|
|
| |
Remove declaration of h_errno, since it is supposedly declared in netdb.h.
Changes proposed by itojun.
|
|
|
|
| |
sa_family.
|
|
|
|
|
| |
distutils.util.get_platform() problems caused by the cruft contained
in Cygwin's uname -s.
|
| |
|
|
|
|
|
|
| |
back-out 1.215 of configure.in and 1.34 of Makefile.pre.in
Check for -Kpthread compiler support, and use this as the sole option
for MT if available.
|
| |
|