Jim Schneider jim.schnei...@dataflux.com added the comment:
Martin - I don't have time to manage your project's administrative requirements
with respect to my fixes. I'm providing them out of the hope they will be of
use to others who need to build on HP/UX, but I don't really care
Jim Schneider jim.schnei...@dataflux.com added the comment:
I am attaching an updated patch. This version specifically checks for __hpux,
and the macro name has been changed to avoid clashing with other uses.
--
Added file: http://bugs.python.org/file22663/getpath.patch
New submission from Jim Schneider jim.schnei...@dataflux.com:
The C compiler that comes with HP/UX 11 has some shortcomings that prevent
building Python 3.2.1 out of the box. I am attaching patches here as I work
through issues.
The first patch fixes namespace shortcomings when trying to use
Jim Schneider jim.schnei...@dataflux.com added the comment:
I am collecting HP/UX compiler bug workarounds in issue 12572.
Stinner - is the patch you mentioned in a released version of Python 3.2?
Also, how is it affected by the fact that the (wide char) strings in question
are constants
Jim Schneider jim.schnei...@dataflux.com added the comment:
I am collecting HP/UX compiler workarounds in issue 12572. I will be adding
patches to it as I produce them, including a patch to fix this on HP/UX.
--
___
Python tracker rep
Jim Schneider jim.schnei...@dataflux.com added the comment:
This patch works around the problem underlying issue 5999 by making sure the
__STDC_VERSION__ macro is defined and has a value of at least 199901
--
Added file: http://bugs.python.org/file22666/fileutils.patch
Jim Schneider jim.schnei...@dataflux.com added the comment:
Workaround for compiler bug; HP/UX compiler refuses to past (implicitly char *)
string constants with wide (wchar_t *) string constants. This patch is also
pasted to issue 12561 (which should be closed).
Note: There is disagreement
Jim Schneider jim.schnei...@dataflux.com added the comment:
This patch just reduces compiler noise by explicitly casting pointers to void
*. I expect the Visual Studio C/C++ compiler suite also issued these warnings,
too.
--
Added file: http://bugs.python.org/file22669
Jim Schneider jim.schnei...@dataflux.com added the comment:
Sorry - last comment should have been compiler refuses to past*e*, not past.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12572
Jim Schneider jim.schnei...@dataflux.com added the comment:
The HP/UX C compiler grumbles when a symbol that is declared static is later
defined without the static storage class specifier. The attached patch just
adds the missing static keywords.
--
Added file: http://bugs.python.org
Jim Schneider jim.schnei...@dataflux.com added the comment:
I'm adding the original listeners for issue 5999 to this one.
The fileutils.patch patch attached to this issue directly addresses what's
wrong in issue 5999; I'd consider it closed, but as I didn't open it, and I'm
not actually part
Jim Schneider jim.schnei...@dataflux.com added the comment:
From issue 12561 (which I will be closing):
Author: STINNER Victor (haypo) * Date: 2011-07-15 15:36
Use L CONSTANT to decode a byte string to a character string doesn't work
with non-ASCII strings. _Py_char2wchar() should be used
Jim Schneider jim.schnei...@dataflux.com added the comment:
Constant initializers are required to be constants, not function calls, so
_Py_char2wchar cannot be used in the definition of lib_python (line #138 of
Modules/getpath.c).
--
___
Python
Jim Schneider jim.schnei...@dataflux.com added the comment:
Update to getpath.patch (issue 12561) - this version uses _Py_char2wchar where
possible. Unfortunately, as lib_python is declared and defined statically,
this can't be used in both cases where the HP/UX compiler has issues
Jim Schneider jim.schnei...@dataflux.com added the comment:
Terry - I apologize for jumping the gun a bit, and let me be a bit more clear.
When I realized that the HP/UX compiler was going to have as many problems as
it does compiling python 3, I decided it would be best to create a single
Jim Schneider jim.schnei...@dataflux.com added the comment:
Martin - sys/_mbstate_t.h provides a definition for mbstate_t only (at least
on HP/UX 11i V2.0). I can verify that the problem still exists for Python
3.2.1. I am working on a workaround for this issue, and I will attach a patch
New submission from Jim Schneider jim.schnei...@dataflux.com:
In Modules/getpath.c, the following line (#138) causes problems with some
compilers (HP/UX 11, in particular - there could be others):
static wchar_t *lib_python = Llib/python VERSION;
Similarly, line #644
Jim Schneider jim.schnei...@dataflux.com added the comment:
I got it to build on HP-UX 11. However, there are a lot of compiler warnings
about type mismatches, the _ctypes, _multiprocessing and termios modules failed
to build, and make test died after not finding a usable binascii module
Jim Schneider jim.schnei...@dataflux.com added the comment:
Martin - sys/_mbstate.h is only included if _INCLUDE__STDC_A1_SOURCE is
defined. The only way this gets defined in the vendor-provided include files
is if _XOPEN_SOURCE is defined and is equal to 500, or __STDC_VERSION__ is
defined
Jim Schneider jim.schnei...@dataflux.com added the comment:
The __W macro is needed because the token-pasting operator binds to the macro's
argument immediately; Having WCHAR(y) expand to __W(y) means that __W is
passed WCHAR's argument after it's been macro-expanded. Without
Jim Schneider jim.schnei...@dataflux.com added the comment:
Yes, it is a patch to an HP-provided C compiler system header file. I cannot
provide the actual file it patches, due to copyright limitations.
--
___
Python tracker rep...@bugs.python.org
21 matches
Mail list logo