🌐 Mailman 3 October 2000 - Pythonmac-SIG - python.org

macos x binaries
by Matthew Barre Oct. 10, 2000

Oct. 10, 2000

I have been eagerly looking for an installable Python for Mac OS X Public Beta. I tried searching python.org and looking through the archives of this list, but I either missed it or didn't find it :) Can anyone point me somewhere? Matt

1 0

Darwin build of Python-2.0c1
by Steven D. Majewski Oct. 10, 2000

Oct. 10, 2000

The "What's new in Python-2.0" on : <http://www.pythonlabs.com/products/python2.0/news.html> mentions initial support for static builds on Darwin/MacOSX. It does in fact now build and install right out of the box, using "configure --with-dyld --with-suffix=.x" Dynamic library support also work almost out of the box -- you just have to uncomment the "#*shared*" line in Modules/Setup. ( *DON'T* use --with-next-framework ! just edit Modules/Setup and run make again. ) cryptmodule will build if you uncomment it. bsddb & threading get added automatically by Setup.config. readline, zlib, and pyexpat all build if you have those libraries and you edit the locations in Setup. 'make test' results after fixes below: ... test_xmllib test_zipfile test_zlib 86 tests OK. 2 tests failed: test_format test_largefile 18 tests skipped: test_al test_audioop test_cd test_cl test_dbm test_dl test_gdbm test_gl test_imageop test_imgfile test_linuxaudiodev test_nis test_poll test_rgbimg test_sunaudiodev test_timing test_winreg test_winsound Remaing gotcha's: [1] Move the line for fcntlmodule above the *shared* marker. You can't build fcntlmodule as shared -- HFS+ filesystem is case blind, and you'll get a confusion resolving both FCNTL and fcntl as the same file if fcntlmodule.so is build. Keeping it built-in to the python exec. avoids this. [2] The platform specific header files ( FCNTL.py, TERMIOS.py, SOCKET.py ...) for Darwin aren't shipped pre-built in the distribution, and they aren't built until the "make install" phase, so those tests will be skipped on 'make test' done before install. [3] test/test_fcntl.py will still fail unless you add "Darwin1.2" among the BSD's: *** old.test_fcntl.py Tue Oct 10 12:18:33 2000 --- test_fcntl.py Tue Oct 10 12:21:00 2000 *************** *** 16,22 **** if verbose: print 'Status from fnctl with O_NONBLOCK: ', rv ! if sys.platform in ('netbsd1', 'freebsd2', 'freebsd3', 'freebsd4', 'freebsd5', 'bsdos2', 'bsdos3', 'bsdos4', 'openbsd', 'openbsd2'): --- 16,22 ---- if verbose: print 'Status from fnctl with O_NONBLOCK: ', rv ! if sys.platform in ('netbsd1', 'Darwin1.2', 'freebsd2', 'freebsd3', 'freebsd4', 'freebsd5', 'bsdos2', 'bsdos3', 'bsdos4', 'openbsd', 'openbsd2'): ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- "All operating systems want to be unix, All programming languages want to be lisp."

1 0

Re: [Stackless] Stackless Python 1.2 + Continuations 0.9
by Just van Rossum Oct. 10, 2000

Oct. 10, 2000

In response to the new release of Stackless Python (see http://www.stackless.com/), here's a new stackless binary for MacPython 1.5.2: http://starship.python.net/~just/MacStacklessPython.sit.hqx (The archive contains a replacement for the PythonCore shared library) Just

1 0

strptime...
by Erik Svensson Oct. 8, 2000

Oct. 8, 2000

Hello folks! This might be a stupid question but I need strptime. It's not available in the module. Where do I find it? cheers erik svensson Fusage AB

1 0

DOH! ("Official" Mac python Docs Project)
by Bob Savage Oct. 5, 2000

Oct. 5, 2000

DOH! I sent this letter off then closed the LaTex editor to find that I hadn't saved the final changes. :( Here is the real final version, Bob -- Chris, here's the "finished" version (meaning I probably won't be able to get any more done this week). ** Areas that still need work ** \subsubsection{Alpha} \subsubsection{Pepper} \subsection{Debugger} \subsection{Module Browser} \subsection{Profiler} \subsection{The ``Scripts'' menu} \subsection{BuildApplet} \subsection{BuildApplication} \section{CGI on the Mac with Python} Of these the only ones I have any real experience with are the Module Browser and the Debugger. I'll probably need help with the other areas, so I'm sending this to the list as well in hopes that someone will volunteer to write something about the missing bits. All, if someone has time to read this and thinks I am in error about something, or can contribute something about CGIs or whatever, please let me know so I can get the changes in to Chris by Friday night (so he has some time to assemble things before sending them in before the big release). thx, Bob

1 0

Re: [Pythonmac-SIG] Re: Python on Mac OS X w/shared modules
by Steven D. Majewski Oct. 5, 2000

Oct. 5, 2000

On Thu, 5 Oct 2000, Martin v. Loewis wrote: > > I moved the fcntlmodule line in Modules/Setup above the '*shared*' > > marker, and it seems to manage to import both, as long as I got rid > > of the fcntlmodule.so from the previous build. ( Is this what you > > were saying all along ? If it is, it wasn't clear until I actually > > tried poking it myself. ) > > That would certainly solve the problem for fcntl. It would still be > good if the general problem is solved. Please note that DOS/Win raises > an exception if the case on disk doesn't match the case in the import > statement - that's still better than crashing, I guess. Yeah -- I agree a better general and permanent solution would be nice! And the Mac OS<9 version also raises an exception. It's probably all in code that's disabled for unix, so it may just be a matter of figuring out how to turn it back on in the compile. But I think the main priority is to get a stable and installable version (with dylib) out there so folks can start porting all the Carbon (old Mac), Cocoa (next NextStep) and X11 libs. I'm sure none of that porting work will be able to make it in time for Python 2.0 release, but maybe some of the build fixes can make the cut. Do you know when they will stop taking bug fixes ? ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- "All operating systems want to be unix, All programming languages want to be lisp."

2 2

"Official" Mac python Docs Project
by Bob Savage Oct. 5, 2000

Oct. 5, 2000

Chris, here's the "finished" version (meaning I probably won't be able to get any more done this week). ** Areas that still need work ** \subsubsection{Alpha} \subsubsection{Pepper} \subsection{Debugger} \subsection{Module Browser} \subsection{Profiler} \subsection{The ``Scripts'' menu} \subsection{BuildApplet} \subsection{BuildApplication} \section{CGI on the Mac with Python} Of these the only ones I have any real experience with are the Module Browser and the Debugger. I'll probably need help with the other areas, so I'm sending this to the list as well in hopes that someone will volunteer to write something about the missing bits. All, if someone has time to read this and thinks I am in error about something, or can contribute something about CGIs or whatever, please let me know so I can get the changes in to Chris by Friday night (so he has some time to assemble things before sending them in before the big release). thx, Bob

1 0

Re: Python on Mac OS X w/shared modules [long]
by Tony Lownds Oct. 5, 2000

Oct. 5, 2000

On Saturday, September 30, 2000, at 12:57 AM, Martin v. Loewis wrote: > It then appears that you are not linking with libgcc. Aha! Ok, another patch for configure is below. If after working on this I get an automatically built, fully working python with shared modules I'll try to move the changes into configure.in... The build process goes quite smoothly, including building shared modules. The resulting python.x binary runs (I'm using --with-suffix=.x) but make test and make install have a few problems! I've detailed the problems below, hopefully others can try this out and get further than me with less workarounds. I'd be willing to give an ssh account to a knowledgable body really eager to help (email me). A temporary tarball of the resulting python install is at http://tony.lownds.com/macosx/; un-tar using the command-line: su tar zxvf python2.0b2_macosx.tar.gz -C / rehash Ok, back to the problems: make test bombs at test_fcntl due to a strange bug caused by building on a case-insensitive filesystem: test_fcntl dyld: ./python.x multiple definitions of symbol _initfcntl Modules/fcntlmodule.so definition of _initfcntl Modules/FCNTLmodule.so definition of _initfcntl This error ends the process and no more tests are performed. Continuing the tests (by commenting out import fcntl) gets me through the tests with a few more issues: test test_format failed -- Writing: "'%#.117x' % (1,) == '0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001' != '0x000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001'", expected: '' test_largefile on HFS+ takes many minutes and sucks tons of resources but eventually works. Then the tests run again! Ouch! test test_pty skipped -- Loaded module does not contain symbol _initFCNTL test_re Segfaults due to low statcksize, running "limit stacksize 8192" then "./python.x Lib/test/regrtest.py test_re" makes the test pass. make install has more problems: - it skips installing the shared library, because it checks for the wrong extension (this is from the output of make install): if test -f libpython2.0.so; then \ ./install-sh -c -m 644 libpython2.0.so /usr/local/lib; \ else true; \ fi The shared library is libpython2.0.dylib workaround: cp libpython2.0.dylib /usr/local/lib - generating the Lib/plat-darwin1.2 directory fails because the Lib/plat-generic script references python not python$(EXE) export PATH; PATH="`pwd`:$PATH"; \ export PYTHONPATH; PYTHONPATH="`pwd`/Lib"; \ cd ./Lib/plat-darwin1.2; ./regen python ../../Tools/scripts/h2py.py /usr/include/fcntl.h ./regen: permission denied: python [3] . . . workaround: edit Lib/plat-generic to reference python.x The rest of make install runs smoothly; but then trying python somewhere outside the build tree gives: [localhost:~] root# python.x Could not find platform independent libraries <prefix> Could not find platform dependent libraries <exec_prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] 'import site' failed; use -v for traceback Python 2.0b2 (#3, Oct 1 2000, 17:07:08) [GCC 2.7.2.1] on darwin1.2 Type "copyright", "credits" or "license" for more information. >>> import sys >>> sys.path ['', '/usr/local/lib/', '/usr/local/lib/plat-darwin1.2', '/usr/local/lib/lib-tk', '/usr/local/lib/lib-dynload'] >>> sys.prefix '/usr/local' >>> sys.exec_prefix '/usr/local' >>> Wierd - the prefix is *right* but the path is not. Looking in Modules/getpath.c reveals that WITH_NEXT_FRAMEWORK is screwing it up: #ifdef WITH_NEXT_FRAMEWORK pythonModule = NSModuleForSymbol(NSLookupAndBindSymbol("_Py_Initialize")); /* Use dylib functions to find out where the framework was loaded from */ buf = NSLibraryNameForModule(pythonModule); if (buf != NULL) { /* We're in a framework. */ strcpy(progpath, buf); /* Frameworks have support for versioning */ strcpy(lib_python, "lib"); } else { /* If we're not in a framework, fall back to the old way (even though NSNameOfModule() probably does the same thing.) */ #endif Basically, it finds the path P where libpython2.0.dylib is loaded from, and assumes P/../lib is the standard library location. Maybe the semantics of NSLibraryNameForModule have changed between Next and Darwin - I think a clean fix of this problem would require changes to the code above. workaround: [localhost:/usr/local/bin] root# cat > python #!/bin/sh PYTHONHOME=/usr/local/lib/python2.0 \ PYTHONPATH=/usr/local/lib/python2.0:$PYTHONPATH \ /usr/local/bin/python.x $* [localhost:/usr/local/bin] root# chmod +x python -Tony Lownds *** Python-2.0b2/configure Tue Sep 26 09:57:37 2000 --- configure Sun Oct 1 13:27:51 2000 *************** *** 596,601 **** --- 596,608 ---- sed -e 's/://' -e 's/\./_/'` && \ ac_sys_system=next && ac_sys_release=$4 + if test -z "$ac_sys_release" + then + set X `hostinfo | egrep 'Darwin Kernel.*:' | \ + sed -e 's/://'` && \ + ac_sys_system=darwin && ac_sys_release=$5 + fi + MACHDEP="$ac_sys_system$ac_sys_release" fi fi *************** *** 2583,2588 **** --- 2590,2598 ---- # Minor variations in building a framework between NextStep versions 4 and 5 case $ac_sys_system/$ac_sys_release in + darwin/1.2) + ns_undef_sym='_environ' + LIBTOOL_CRUFT="-lcc_dynamic -arch_only ppc -U $ns_undef_sym" ;; next/4*) ns_undef_sym='__environ' LIBTOOL_CRUFT="-U $ns_undef_sym" ;; *************** *** 2666,2672 **** hp*|HP*) LDSHARED="ld -b";; OSF*) LDSHARED="ld -shared -expect_unresolved \"*\"";; DYNIX/ptx*) LDSHARED="ld -G";; ! next/*) if test "$ns_dyld" then LDSHARED='$(CC) $(LDFLAGS) -bundle -prebind' else LDSHARED='$(CC) $(CFLAGS) -nostdlib -r'; --- 2676,2682 ---- hp*|HP*) LDSHARED="ld -b";; OSF*) LDSHARED="ld -shared -expect_unresolved \"*\"";; DYNIX/ptx*) LDSHARED="ld -G";; ! darwin/*|next/*) if test "$ns_dyld" then LDSHARED='$(CC) $(LDFLAGS) -bundle -prebind' else LDSHARED='$(CC) $(CFLAGS) -nostdlib -r'; *************** *** 2741,2746 **** --- 2751,2758 ---- # crt1.o) gets erroneously defined as common, which breaks dynamic # loading of any modules which reference it in System.framework next/4*|next/5*) LINKFORSHARED="-u __dummy -framework System" ;; + # darwin doesn't like __dummy + darwin/*) LINKFORSHARED="-framework System" ;; SCO_SV*) LINKFORSHARED="-Bdynamic -dy -Wl,-Bexport";; ReliantUNIX*) LINKFORSHARED="-W1 -Blargedynsym";; FreeBSD*|NetBSD*) *************** *** 3882,3888 **** AIX*) DYNLOADFILE="dynload_aix.o";; BeOS*) DYNLOADFILE="dynload_beos.o";; hp*|HP*) DYNLOADFILE="dynload_hpux.o";; ! next/*) DYNLOADFILE="dynload_next.o";; *) # use dynload_shlib.c and dlopen() if we have it; otherwise stub # out any dynamic loading --- 3894,3900 ---- AIX*) DYNLOADFILE="dynload_aix.o";; BeOS*) DYNLOADFILE="dynload_beos.o";; hp*|HP*) DYNLOADFILE="dynload_hpux.o";; ! darwin/*|next/*) DYNLOADFILE="dynload_next.o";; *) # use dynload_shlib.c and dlopen() if we have it; otherwise stub # out any dynamic loading *************** *** 5461,5467 **** # check for --with-libm=... case $ac_sys_system in ! next) ;; BeOS) ;; *) LIBM=-lm esac --- 5473,5479 ---- # check for --with-libm=... case $ac_sys_system in ! darwin|next) ;; BeOS) ;; *) LIBM=-lm esac

5 14

Re: [Pythonmac-SIG] Re: Python on Mac OS X
by kjray Oct. 5, 2000

Oct. 5, 2000

>> a) fixes the platform recognition code in configure (and configure.in) to >> recognize Mac OS X as "darwin/1.2" > >I'm confused. I thought that darwin was the name of a free BSD >personality on top of MacOS X, and that the "official" MacOS X tools >are different from the Darwin ones. Is that the case? and do the >official tools behave like the Darwin tools for building Python. Darwin <http://www.apple.com/darwin>, is the MacOS X operating system 'core', which includes, if I'm not mistaken, the mach kernal, bsd unix code, and sources to various libraries and tools. 'gcc' and is used for compiler. MacOS X (at least for developers) includes all of Darwin including 'gcc', and has additional libraries (NextStep/OpenStep/YellowBox/Cocoa) and tools (InterfaceBuilder, ProjectBuilder). <http://www.apple.com/macosx> >So if HFS is also case-preserving, MacOS X's HFS+ file-system is case-preserving. This is an interesting paper about making how Apple makes Unix and Mac apps play nicely in the same file system: <http://www.mit.edu/people/wsanchez/papers/USENIX_2000/>.

1 0

In a python method, I want to convert a XML string into a dictionary...
by Frederic Quin Oct. 5, 2000

Oct. 5, 2000

Hi all, I would like to create a python method which take a parameter xml_string and return a dictionary containing all tags, values and attributes. I know that it exists some modules for xml conversions but I don't know very much how to use them. I am novice in Python so it's a little bite difficult for me to understand the codes... Thanks Fred

1 0