Mailman 3 December 2004 - Python-Dev

MinGW And The other Py2.4 issue
by A.B., Khalid Dec. 18, 2004

Dec. 18, 2004

Martin v. Löwis wrote: >That's good to know, but somewhat unrelated to the issue under >discussion. While it is clear from your message that you can build >python, as well as python extensions with MingW, it is not that >clear whether extensions build with mingw will work in the standard >2.4 distribution, or whether you can use the standard 2.4 distribution >to build extensions with mingw. Martin it is somewhat related. :) But seriously, I did mention that which you note, and this is partly the reason why I am following this thread. But you are right. We must resolve that issue as it pertains to the pyMinGW patched & MinGW compiled Python, if you would kindly allow me to. And so I propose the following: [1] Can someone please email me [*] the officially distributed Python24.dll and python.exe, (I do not wish to install the full version yet; if this is too much to ask, then nevermind, I'll download the whole distribution), or alternatively, and more conveniently [2] Can someone who has the official Python 2.4 download the sample extension [**] created using the pyMinGW patched & MinGW compiled Python 2.4 and SWIG? And see if it works? Sources are in the zip file whose details appears bellow. Regards, Khalid [*] Email to this address please: abkhd[-AT-]earth.co.jp [**] pymingw.zip (5.35 KB): Location: http://jove.prohosting.com/iwave/misc/pymingw.zip MD5: b4c1a2ebcb8a00fde89f6efe102d983f -------------------------- Contents in KB: -------------------------- _PYMINGW PYD 9.216 13/12/04 1:00 _pymingw.pyd PYMINGW PY 1.115 13/12/04 1:00 pymingw.py PYMINGW I 278 13/12/04 1:00 pymingw.i EXAMPLE C 848 13/12/04 0:23 example.c SETUP PY 192 13/12/04 0:59 setup.py _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

4 10

RE: [Python-checkins] python/dist/src/Modules posixmodule.c, 2.300.8.10, 2.300.8.11
by Raymond Hettinger Dec. 18, 2004

Dec. 18, 2004

The Dec 12th check-ins break tests on WinME: test_glob.py ------------ Traceback (most recent call last): File "test_glob.py", line 78, in test_glob_one_directory eq(self.glob('a*'), map(self.norm, ['a', 'aab', 'aaa'])) File "test_glob.py", line 67, in assertSequencesEqual_noorder self.assertEqual(set(l1), set(l2)) AssertionError: set(['/tmp\\@test_dir\\aaa', '/tmp\\@test_dir\\aab', '/tmp\\@tes t_dir\\a']) != set(['\\tmp\\@test_dir\\aab', '\\tmp\\@test_dir\\aaa', '\\tmp\\@t est_dir\\a']) test_urllib.py -------------- FAIL: test_basic (__main__.urlretrieve_FileTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_urllib.py", line 142, in test_basic self.assertEqual(result[0], test_support.TESTFN) AssertionError: '\\tmp\\@test' != '/tmp\\@test' Please fix, Raymond > -----Original Message----- > From: python-checkins-bounces(a)python.org [mailto:python-checkins- > bounces(a)python.org] On Behalf Of aimacintyre(a)users.sourceforge.net > Sent: Sunday, December 12, 2004 3:37 AM > To: python-checkins(a)python.org > Subject: [Python-checkins] python/dist/src/Modules posixmodule.c, > 2.300.8.10, 2.300.8.11 > > Update of /cvsroot/python/python/dist/src/Modules > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12893 > > Modified Files: > Tag: release23-maint > posixmodule.c > Log Message: > OS/2 specific fixes related to SF bug # 1003471. > > Also revise a related function to minimise file handle/pipe leakage > and improve reliability. > > Backported from -HEAD.

4 5

2.4 news reaches interesting places
by Guido van Rossum Dec. 18, 2004

Dec. 18, 2004

I was pleasantly surprised to find a pointer to this article in a news digest that the ACM emails me regularly (ACM TechNews). http://gcn.com/vol1_no1/daily-updates/28026-1.html One thing that bugs me: the article says 3 or 4 times that Python is slow, each time with a refutation ("but it's so flexible", "but it's fast enough") but still, they sure seem to harp on the point. This is a PR issue that Python needs to fight -- any ideas? -- --Guido van Rossum (home page: http://www.python.org/~guido/)

42 79

python-dev Summary for 2004-11-01 through 2004-11-15 [draft]
by Brett C. Dec. 18, 2004

Dec. 18, 2004

Now I am only a month behind. Won't send this out any earlier than Monday night, but probably won't be until Tuesday. ------------------------------------ ===================== Summary Announcements ===================== I am hoping to be caught up with my summary backlog by the end of the month. Hear is to hoping. ========= Summaries ========= ------------ 2.4 released ------------ `Python 2.4`_ has been released! Read the `What's New`_ for 2.4 to see what the major changes are since 2.3 . .. _Python 2.4: http://www.python.org/2.4/ .. _What's New: http://www.python.org/doc/2.4/whatsnew/whatsnew24.html Contributed threads: - `TRUNK FROZEN for 2.4b2 release from 0000UTC 3rd November (tomorrrow) <>`__ - `RELEASED Python 2.4, beta 2 <>`__ - `TRUNK UNFROZEN <>`__ ------------------------------------- Code coverage of the regression tests ------------------------------------- Walter Dörwald has a code coverage tool that runs once a month on Python's regression test at http://coverage.livinglogic.de/ . There was some issue with the 'trace' module having partially broken in 2.4 . The coverage was then run using ``Lib/test/regrtest.py -T`` to get more accurate numbers. Contributing threads: - `Code coverage tool updated <>`__ ------------------------------------ Garbage collecting weakref callbacks ------------------------------------ Tim Peters discovered that in 2.4 if a weakref's callback is still reachable but the referent and weakref itself are unreachable (Tim's example had an instance that contained a weakref to itself) that the callback is not called during garbage collection. This seemed inconsistent since if the weakref in Tim's example was replaced with an instance that contained a __del__ method that the method would have been called. Tim would like to clean this up so as to be able to ditch __del__ methods in Python 3000. The idea is that one would register a weakref with a callback for an object in itself that would be called when it is garbage collected. This would also negate the need for gc.garbage . Contributing threads: - `weakref gc semantics <>`__ - `patch-finalizer vs Zope3 <>`__ --------- PEP Watch --------- `PEP 336`_ introduces the idea of having None be a callable object. The result that calling None would return None itself. .. _PEP 336: http://www.python.org/peps/pep-0336.html Contributing threads: - `PEP 336, "Make None Callable", by Andrew McClelland <>`__ ---------------------------------------------- Discussion of including pysqlite in the stdlib ---------------------------------------------- The idea of including pysqlite_ in the stdlib came up once again (not this is the wrapper for SQLite_ and not SQLite itself). The arguments for including the module were the SQLite is most likely used more than Sleepycat and thus deserved a place in the stdlib if bsddb did. It also goes along with Python's idea of "batteries included". Arguments against started with the idea of sanctioning pysqlite over other SQLite wrappers did not seem proper. People also thought that including bsddb might not be correct anymore and thus should not be used as a basis for including pysqlite. This all then led into a discussion about package management and how to simplify extending what can be installed at compile-time. The idea of pushing PyPI_ came up as well as revising `PEP 206`_. .. _pysqlite: http://pysqlite.org/ .. _SQLite: http://www.sqlite.org/ .. _PyPI: http://www.python.org/pypi .. _PEP 206: http://www.python.org/peps/pep-0206.html Contributing threads: - `SQLite module for Python 2.5 <>`__ -------------------------------- 2.3 maintenance coming to an end -------------------------------- With Python 2.4 out, maintaining 2.3 is no longer a priority. Anthony Baxter, our beloved release manager, has said that 2.3.5 will be most likely coming out in January. After that, though, don't count on another 2.3 release since 2.4 will take its place as the version to maintain. All of this came about by the fact that Facundo Batista asked if closing 2.1 bugs was okay. As long as they have been fixed in the earliest version being maintained, closing them is fine. This goes for 2.2 as well. And as soon as 2.3.5 is out the door will most likely apply to 2.3 bugs. Contributing threads: - `Policy about old Python versions <>`__ ----------------------------------------------------------------- Sync/async servers in the stdlib and whether they should be there ----------------------------------------------------------------- There are multiple servers in the core for handling communications in both a synchronous and asynchronous manner. The idea came up of developing an API that all servers could follow in the core. While the discussion went back and forth with multiple mentions of PEAK, Twisted, and greenlets_, in the end the trend of the discussion suggested doing this well would be very difficult and not worth the effort. asyncore and asynchat also seemed to be deemed worth deprecation and thus not worth using. .. _PEAK: http://peak.telecommunity.com/ .. _Twisted: http://www.twistedmatrix.com/ .. _greenlets: http://codespeak.net/svn/user/arigo/greenlet/ Contributing threads: - `Synchronous and Asynchronous servers in the standard library <>`__ -------------------------------------------------- Getting the opcode count for rough profile numbers -------------------------------------------------- The idea was proposed of introducing sys.gettickeraccumulation which would contain the number of opcodes executed since the interpreter started. The idea is that you can get a rough estimate of how much time is being spent in Python code. The value of this has wavered back and forth with no clear answer. Contributing threads: - `proposal+patch: sys.gettickeraccumulation() <>`__ - - Having syntactic support for variable-sized unpacking came up again Contributing threads: - `syntactic shortcut - unpack to variably sized list <>`__ =============== Skipped Threads =============== - Deprecate PyRange_New() - interlocking dependencies on the path to a release see the first email to see what steps are needed for a release - Overflow in socketmodule.c? - Int literals and method calls To get access to methods on an int literal put a space after the number; ``1 .__class__`` - os.access versus os.exist - syntactic shortcut - unpack to variably sized list don't expect syntactic support variable-length sequences ain't happenin'

1 0

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser Dec. 18, 2004

Dec. 18, 2004

Patch / Bug Summary ___________________ Patches : 259 open ( +0) / 2707 closed ( +2) / 2966 total ( +2) Bugs : 822 open (+22) / 4685 closed (+23) / 5507 total (+45) RFE : 160 open ( +0) / 139 closed ( +2) / 299 total ( +2) New / Reopened Patches ______________________ repair typo (2004-12-08) CLOSED http://python.org/sf/1080684 opened by George Yoshida Description of message_set and command option to store() (2004-12-13) http://python.org/sf/1084092 opened by Sean Reifschneider Patches Closed ______________ repair typo (2004-12-07) http://python.org/sf/1080684 closed by jlgijsbers fix inspect.getsource breaking with line-continuation & more (2004-08-19) http://python.org/sf/1011890 closed by jlgijsbers New / Reopened Bugs ___________________ Inplace set merge produces wrong results (2004-12-07) CLOSED http://python.org/sf/1080424 opened by Matthias Klose float issue for NaN type in .pyc file (2004-12-07) http://python.org/sf/1080440 opened by Dileep Nirala Python Icon in system Tray (2004-12-07) CLOSED http://python.org/sf/1080634 opened by Dileep Nirala thread.error: release unlocked lock on Queue put (2004-12-07) CLOSED http://python.org/sf/1080660 opened by John Speno os.ttyname() accepts wrong arguments (2004-12-07) http://python.org/sf/1080713 opened by Christian Höltje full test with all unicode text files (2004-12-07) CLOSED http://python.org/sf/1080811 opened by Grzegorz Makarewicz locale.py doesn't recognize valid locale setting (2004-12-07) CLOSED http://python.org/sf/1080864 opened by stas Z readline module doesn't build on MacOSX (2004-12-07) http://python.org/sf/1081045 opened by Skip Montanaro Bad reference in whrandom docs (2004-12-08) CLOSED http://python.org/sf/1081370 opened by Lars Marius Garshol LDAP search segfaults on RedHat FC3 (2004-12-08) CLOSED http://python.org/sf/1081633 opened by Tessa Lau Rewrite of docs for compiler.visitor (2004-12-09) http://python.org/sf/1081824 opened by Kent Johnson Pydoc can't find browser (bug+solution!) (2004-12-08) http://python.org/sf/1081879 opened by Stewart Midwinter PyString_AsString() segfaults when passed a unicode string (2004-12-09) CLOSED http://python.org/sf/1082085 opened by Andreas Jung Documentation for PyUnicode_TailMatch incorrrectly says it r (2004-12-10) CLOSED http://python.org/sf/1082944 opened by Jim Fulton truncated gzip file triggers zlibmodule segfault (2004-12-10) http://python.org/sf/1083110 opened by Sam Rushing Change in signal function in the signal module (2004-12-10) http://python.org/sf/1083177 opened by Gary H. Loechelt Unable to see Python binary (2004-12-10) http://python.org/sf/1082874 opened by Prabal Rakshit UnboundLocalError raised by atexit module (2004-12-10) CLOSED http://python.org/sf/1083202 opened by Gary H. Loechelt Distutils doesn't pick up all the files it should. (2004-12-10) http://python.org/sf/1083299 opened by Mike Meyer font lock keyword regular expressions (2004-12-09) http://python.org/sf/1082487 opened by Robert Brown Tests fail instead of skip (2004-12-12) http://python.org/sf/1083645 opened by Detlef Vollmann Python 2.4 crashes (2004-12-12) http://python.org/sf/1083793 opened by Axel Kaiser functions replaced should point to its docs (2004-12-12) http://python.org/sf/1083895 opened by Johannes Gijsbers status of small floats in xml-rpc ? (2004-12-13) CLOSED http://python.org/sf/1084279 opened by Antoine Pitrou ossaudiodev no longer undocumented (2004-12-13) CLOSED http://python.org/sf/1084457 opened by Gregory H. Ball sys.stdin segfaults on invalid stdin (2004-12-13) http://python.org/sf/1084766 opened by Mihai Ibanescu list initialization bug (2004-12-14) CLOSED http://python.org/sf/1084906 opened by py_py gethostbyaddr on redhat for multiple hostnames (2004-12-14) http://python.org/sf/1085069 opened by Dave Kirby Fix stale link in PEP (2004-12-14) CLOSED http://python.org/sf/1085096 opened by Michael Chermside Uninstaller unclear about the app it's uninstalling (2004-12-14) CLOSED http://python.org/sf/1085168 opened by Giles Antonio Radford Uninstaller should restore file associations if possible (2004-12-14) http://python.org/sf/1085172 opened by Giles Antonio Radford Installation ends prematurely (2004-12-14) http://python.org/sf/1085208 opened by anamh0001 binascii.b2a_qp oddities (2004-12-14) http://python.org/sf/1085283 opened by DSM Mac Library Modules 1.1.1 Bad Info (2004-12-14) http://python.org/sf/1085300 opened by Walrus Make array.array pickle-able (2004-12-14) CLOSED http://python.org/sf/1085304 opened by Nicolas Fleury Bad interaction between PySequence_Fast and itertools (2004-12-15) CLOSED http://python.org/sf/1085744 opened by Nick Coghlan subprocess.Popen feature request (2004-12-15) http://python.org/sf/1085861 opened by Michele Simionato PySequence_Tuple not as fast as PySequence_List (2004-12-15) http://python.org/sf/1085744 reopened by rhettinger two strings holding the same value have different id (2004-12-15) CLOSED http://python.org/sf/1086096 opened by Stefan Seefeld Typo in module os documentation (2004-12-15) CLOSED http://python.org/sf/1086127 opened by Connelly refcount problem in syslog (2004-12-16) CLOSED http://python.org/sf/1086555 opened by DSM segfault in readline (2004-12-16) http://python.org/sf/1086603 opened by DSM Compile of _socket fails on 2.4 (2004-12-16) http://python.org/sf/1086642 opened by A. Stocker optparse docs missing section on Extending (2004-12-16) http://python.org/sf/1086675 opened by Kent Johnson "slots" member variable in object.h confuses Qt moc utility (2004-12-17) http://python.org/sf/1086854 opened by Jeremy Friesner datetime module documentation missing critical detail (2004-12-17) http://python.org/sf/1087216 opened by Mike Meyer Bugs Closed ___________ Inplace set merge produces wrong results (2004-12-07) http://python.org/sf/1080424 closed by tim_one thread.error: release unlocked lock on Queue put (2004-12-07) http://python.org/sf/1080660 closed by rhettinger full test with all unicode text files (2004-12-07) http://python.org/sf/1080811 closed by makaron locale.py doesn't recognize valid locale setting (2004-12-07) http://python.org/sf/1080864 closed by lemburg Bad reference in whrandom docs (2004-12-08) http://python.org/sf/1081370 closed by rhettinger PythonWin Tray Icon in system Tray on Windows platform (2004-12-07) http://python.org/sf/1080634 closed by loewis LDAP search segfaults on RedHat FC3 (2004-12-08) http://python.org/sf/1081633 closed by loewis PyString_AsString() segfaults when passed a unicode string (2004-12-09) http://python.org/sf/1082085 closed by dcjim Documentation for PyUnicode_TailMatch incorrrectly says it r (2004-12-10) http://python.org/sf/1082944 closed by rhettinger UnboundLocalError raised by atexit module (2004-12-10) http://python.org/sf/1083202 closed by rhettinger Python 1.5.2 security vulnerability still present in 2.3.4 (2004-08-05) http://python.org/sf/1003471 closed by aimacintyre test_subprocess fails on cygwin (2004-11-22) http://python.org/sf/1071516 closed by jlt63 Error building _bsddb extension (2004-12-01) http://python.org/sf/1077040 closed by greg status of small floats in xml-rpc ? (2004-12-13) http://python.org/sf/1084279 closed by rhettinger ossaudiodev no longer undocumented (2004-12-13) http://python.org/sf/1084457 closed by rhettinger list initialization bug (2004-12-14) http://python.org/sf/1084906 closed by rhettinger Fix stale link in PEP (2004-12-14) http://python.org/sf/1085096 closed by jlgijsbers Uninstaller unclear about the app it's uninstalling (2004-12-14) http://python.org/sf/1085168 closed by loewis Bad interaction between PySequence_Fast and itertools (2004-12-15) http://python.org/sf/1085744 closed by rhettinger Signal reception problem. FreeBSD 4.8 and 4.9 after forkpty (2004-04-28) http://python.org/sf/944119 closed by levis501 PySequence_Tuple not as fast as PySequence_List (2004-12-15) http://python.org/sf/1085744 closed by rhettinger two strings holding the same value have different id (2004-12-15) http://python.org/sf/1086096 closed by goodger Typo in module os documentation (2004-12-16) http://python.org/sf/1086127 closed by doerwalter refcount problem in syslog (2004-12-16) http://python.org/sf/1086555 closed by rhettinger New / Reopened RFE __________________ Add encoding to DocFileSuite (2004-12-07) http://python.org/sf/1080727 opened by Bjorn Tillenius RFE Closed __________ ignore element format character for PyArg_ParseTuple (2004-11-30) http://python.org/sf/1075902 closed by rhettinger Make array.array pickle-able (2004-12-14) http://python.org/sf/1085304 closed by rhettinger

1 0

Re: [Python-Dev] re: 2.4 news reaches interesting places
by Michael Chermside Dec. 17, 2004

Dec. 17, 2004

Carlos Riberio writes: > One possible marketing strategy is to use the adjective "fast" in a > broader sense. The Python slogan could be something like: "Programming > has never been any faster" -- this changes the playing ground, from > raw performance to *programming* performance. I think Carlos is onto something here. Guido's original question was how to fight this meme... in other words, people think of Python as slow, whether they have measured it or not. Just like they think of Java as being more portable. Talking about "fast enough" is just another way of reminding people that we're really quite slow (even if that's not true). So how about a slogan like "Code it Fast, with Python", or "Python: Code Fast" -- one which emphasizes the (easily defended) claim that development time is shorter with Python, but which at the same time manages to associate the word "fast" with "Python". -- Michael Chermside

4 3

re: 2.4 news reaches interesting places
by Stewart Midwinter Dec. 17, 2004

Dec. 17, 2004

A number of people commented on the article in GCN, at http://gcn.com/vol1_no1/daily-updates/28026-1.html, and wondered if more could not be done to address the perception of speed. The point is made that although people mention all of the benefits of Python, like ease of use, flexibility, they always come back to making references to its speed. And the question is raised, "what can we do to counter this perception?". I think the answer lies in a quote by a user in that same article: "At first, Doak was worried a Python-based program would not run simulations quickly enough, however he found performance to be acceptable. Let's turn this around. Forget about trying to create a perception that Python is fast. Compiled languages will always be faster, at least for large applications. Or at least they'll be perceived that way. So let's acknowledge that upfront, but say "Python is fast enough for most uses", but then go on to say "and in addition to its acceptable speed, it offers many advantages like ease-of-use, flexibility, easy code maintenance (since the code is still understandable 6 months later!) etc. Marketers of other products have used this same technique successfully. For example, at one time there was a perception that Kellogg's Corn Flakes were old and boring. Sales were slipping. Rather than refute that, marketers turned the issue on its head by emphasizing that the product had been around a long time because it was good, and good for you. Hence was born the slogan "taste them again, for the first time". Possible slogan for Python: "Fast enough, and better in many ways". cheers S http://midtoad.homelinux.org/wp/ -- Stewart Midwinter stewart(a)midwinter.ca stewart.midwinter(a)gmail.com

4 4

RE: [Python-Dev] re: 2.4 news reaches interesting places
by Batista, Facundo Dec. 17, 2004

Dec. 17, 2004

[Carlos Ribeiro] #- As far as the slogan is concerned - I still stand for my #- proposal, but #- I don't know if anyone has registered it first... I fear it is, it #- sounds strangely familiar. But I hope not. Well, Google didn't return any match to the exact phrase "Programming has never been any faster" (but this is not legal to affirm prior invention (yet)). I like your proposal (and slogan) a LOT! . Facundo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADVERTENCIA. La información contenida en este mensaje y cualquier archivo anexo al mismo, son para uso exclusivo del destinatario y pueden contener información confidencial o propietaria, cuya divulgación es sancionada por la ley. Si Ud. No es uno de los destinatarios consignados o la persona responsable de hacer llegar este mensaje a los destinatarios consignados, no está autorizado a divulgar, copiar, distribuir o retener información (o parte de ella) contenida en este mensaje. Por favor notifíquenos respondiendo al remitente, borre el mensaje original y borre las copias (impresas o grabadas en cualquier medio magnético) que pueda haber realizado del mismo. Todas las opiniones contenidas en este mail son propias del autor del mensaje y no necesariamente coinciden con las de Telefónica Comunicaciones Personales S.A. o alguna empresa asociada. Los mensajes electrónicos pueden ser alterados, motivo por el cual Telefónica Comunicaciones Personales S.A. no aceptará ninguna obligación cualquiera sea el resultante de este mensaje. Muchas Gracias.

1 0

RE: [Python-Dev] re: 2.4 news reaches interesting places
by Batista, Facundo Dec. 17, 2004

Dec. 17, 2004

[Raymond Hettinger] #- > So how about a slogan like "Code it Fast, with Python", or "Python: #- Code #- > Fast" -- one which emphasizes the (easily defended) claim that #- development #- > time is shorter with Python, but which at the same time manages to #- > associate the word "fast" with "Python". #- #- I always liked: "Python, the language that wraps tightly around a #- problem and swallows it whole." Yes, but the point is that, even if it swallows the problem not-as-fast as C, it wraps around the problem very quickly! . Facundo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADVERTENCIA. La información contenida en este mensaje y cualquier archivo anexo al mismo, son para uso exclusivo del destinatario y pueden contener información confidencial o propietaria, cuya divulgación es sancionada por la ley. Si Ud. No es uno de los destinatarios consignados o la persona responsable de hacer llegar este mensaje a los destinatarios consignados, no está autorizado a divulgar, copiar, distribuir o retener información (o parte de ella) contenida en este mensaje. Por favor notifíquenos respondiendo al remitente, borre el mensaje original y borre las copias (impresas o grabadas en cualquier medio magnético) que pueda haber realizado del mismo. Todas las opiniones contenidas en este mail son propias del autor del mensaje y no necesariamente coinciden con las de Telefónica Comunicaciones Personales S.A. o alguna empresa asociada. Los mensajes electrónicos pueden ser alterados, motivo por el cual Telefónica Comunicaciones Personales S.A. no aceptará ninguna obligación cualquiera sea el resultante de este mensaje. Muchas Gracias.

1 0

Problems compiling Python 2.3.3 on Solaris 10 with gcc 3.4.1
by Johan Carlstedt Dec. 16, 2004

Dec. 16, 2004

Hello, I am having problems compiling Python 2.3.3 on Solaris 10 X86 using gcc 3.4.1. The error message below is generated. I would be grateful for any advice. With friendly regards, Johan Carlstedt # make gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Modules/python.o Modules/python.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/acceler.o Parser/acceler.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/grammar1.o Parser/grammar1.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/listnode.o Parser/listnode.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/node.o Parser/node.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/parser.o Parser/parser.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/parsetok.o Parser/parsetok.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/bitset.o Parser/bitset.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/metagrammar.o Parser/metagrammar.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/firstsets.o Parser/firstsets.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/grammar.o Parser/grammar.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/pgen.o Parser/pgen.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/myreadline.o Parser/myreadline.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Parser/tokenizer.o Parser/tokenizer.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Objects/abstract.o Objects/abstract.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Objects/boolobject.o Objects/boolobject.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Objects/bufferobject.o Objects/bufferobject.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Objects/cellobject.o Objects/cellobject.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Objects/classobject.o Objects/classobject.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Objects/cobject.o Objects/cobject.c gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. - I./Include -DPy_BUILD_CORE -o Objects/complexobject.o Objects/complexobject.c Objects/complexobject.c: In function `complex_pow': Objects/complexobject.c:469: error: invalid operands to binary == Objects/complexobject.c:469: error: wrong type argument to unary minus Objects/complexobject.c:469: error: invalid operands to binary == Objects/complexobject.c:469: error: wrong type argument to unary minus *** Error code 1 make: Fatal error: Command failed for target `Objects/complexobject.o' # gcc --version gcc (GCC) 3.4.1 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # uname -a SunOS sunbuild1 5.10 s10_71 i86pc i386 i86pc

3 2