[Python-Dev] FW: regarding the Python Developer posting...
M.-A. Lemburg
mal@lemburg.com
Sun, 24 Sep 2000 23:28:29 +0200
Tim Peters wrote:
>
> Dan, anyone can mail to python-dev@python.org.
>
> Everyone else, this appears to be a followup on the Mac OSX compiler error.
>
> Dan, I replied to that on comp.lang.python; if you have bugs to report
> (platform-specific or otherwise) against the current CVS tree, SourceForge
> is the best place to do it. Since the 1.6 release is history, it's too late
> to change anything there.
>
> -----Original Message-----
> From: Dan Wolfe [mailto:dkwolfe@pacbell.net]
> Sent: Saturday, September 23, 2000 5:35 PM
> To: tim_one@email.msn.com
> Subject: regarding the Python Developer posting...
>
> Howdy Tim,
>
> I can't send to the development list so your gonna have to suffer... ;-)
>
> With regards to:
>
> <http://www.python.org/pipermail/python-dev/2000-September/016188.html>
>
> >cc -g -O2 -I./../Include -I.. -DHAVE_CONFIG_H -c -o unicodectype.o
> >unicodectyc
> >cc: Internal compiler error: program cpp-precomp got fatal signal
> 11make[1]:
> >*** [unicodectype.o] Error 1
> >make: *** [Objects] Error 2
> >dhcppc4:~/Python-1.6] root#
>
> I believe it's a bug in the cpp pre-comp as it also appears under 2.0.
> I've been able to work around it by passing -traditional-cpp to the
> compiler and it doesn't complain... ;-) I'll take it up with Stan Steb
> (the compiler guy) when I go into work on Monday.
You could try to enable the macro at the top of unicodectype.c:
#if defined(macintosh) || defined(MS_WIN64)
/*XXX This was required to avoid a compiler error for an early Win64
* cross-compiler that was used for the port to Win64. When the platform is
* released the MS_WIN64 inclusion here should no longer be necessary.
*/
/* This probably needs to be defined for some other compilers too. It breaks the
** 5000-label switch statement up into switches with around 1000 cases each.
*/
#define BREAK_SWITCH_UP return 1; } switch (ch) {
#else
#define BREAK_SWITCH_UP /* nothing */
#endif
If it does compile with the work-around enabled, please
give us a set of defines which identify the compiler and
platform so we can enable it per default for your setup.
> Now if I can just figure out the test_sre.py, I'll be happy. (eg it
> compiles and runs but is still not passing all the regression tests).
Thanks,
--
Marc-Andre Lemburg
______________________________________________________________________
Business: http://www.lemburg.com/
Python Pages: http://www.lemburg.com/python/