[matplotlib-devel] Error compiling agg.cxx on Mac OS X, python 2.5b2
Rob: I am building Matplotlib on my Mac with Python 2.5 Release Candidate 1. We use this for our astronomical data-reduction software. I saw your post on matplotlib-devel and I think I can help a bit. Here are some patches that get it to compile: patch-_image.cpp Description: Binary data patch-agg.cxx Description: Binary data patch-cxx_extensions.cxx Description: Binary data patch-swig_runtime.h Description: Binary data Please try these and if they seem to work, please post them to the matplotlib-devel list. In any event, if you try these patches (or have otherwise solved your problem), then I'd like to know! Thanks! - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory http://www.aoc.nrao.edu - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Fwd: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight
1.0b5 Fails to compile? numpy/core/src/arrayobject.c:2694: error: request for member 'ob_type' in something not a structure or union Mac OS X 10.4.7 i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5363) python 2.5c1 On Sep 4, 2006, at 7:00 PM, Charlie Moad wrote: -- Forwarded message -- From: Travis Oliphant <[EMAIL PROTECTED]> Date: Sep 4, 2006 7:55 PM Subject: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight To: Discussion of Numerical Python [EMAIL PROTECTED]> This is a last reminder that I'm going to cut a release of NumPy 1.0b5 tonight. Please have any fixes and/or problems worked out before then. -Travis -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Numpy-discussion mailing list Numpy-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel smime.p7s Description: S/MIME cryptographic signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Fwd: [Numpy-discussion] Going to cut NumPy 1.0b5 tonight
Very sorry: here is the initial error: numpy/core/src/arrayobject.c:564: error: 'op' undeclared (first use in this function) On Sep 5, 2006, at 12:01 AM, Boyd Waters wrote: 1.0b5 Fails to compile? smime.p7s Description: S/MIME cryptographic signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] PATCH -- NumPy 1.0b5 tonight
1.0b5 compiles, with this patch: patch-arrayobject.c.diff Description: Binary data does that look right? - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory http://www.aoc.nrao.edu On Sep 5, 2006, at 12:05 AM, Boyd Waters wrote: Very sorry: here is the initial error: numpy/core/src/arrayobject.c:564: error: 'op' undeclared (first use in this function) On Sep 5, 2006, at 12:01 AM, Boyd Waters wrote: 1.0b5 Fails to compile? smime.p7s Description: S/MIME cryptographic signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Missing __init__.py in matplotlib-0.87.5.win32-py2.4.exe ?
Try downloading again? I have not tried the windows binary, but a source tarball from this morning was strange. I pulled a 0.87.5 tarball this morning that had lots of permissions problems, an empty __init__.py, weird line terminators... permissions looked like it had been filtered through a DOS filesystem. That tarball had an MD5 checksum of 6cc874f1b4adf95c7aac5c39a38b5517. I tried again this afternoon, I got a cleaner source tarball, MD5 af3015ceae28ab385dbe9f30c6d2f83e. - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory On Sep 5, 2006, at 8:13 PM, Martin Spacek wrote: Not sure if I'm crazy, but it seems the __init__.py file is missing from my newly installed version 0.87.5. I installed from the matplotlib-0.87.5.win32-py2.4.exe binary. I now get: import matplotlib Traceback (most recent call last): File "", line 1, in ? ImportError: No module named matplotlib even though the folder's there in site-packages. Examining the binary shows that indeed, the file is missing in the PLATLIB/matplotlib folder, yet it's there in the lib/matplotlib folder in the matplotlib-0.87.5.tar.gz source file. I now also have a new folder 'matplotlib-0.87.5-py2.4.egg-info' in my site-packages, as well as a file 'matplotlib-0.87.5-py2.4- nspkg.pth' in the same folder. Can this be fixed? Martin -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel smime.p7s Description: S/MIME cryptographic signature - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] yet another release?
On Sep 21, 2006, at 1:52 PM, Charlie Moad wrote: > At what point should we push another minor release for py2.5? or > should we at all? FWIW, I have matplotlib built against Python 2.5 on my Mac with the patches I posted in August. http://www.mail-archive.com/matplotlib-devel@lists.sourceforge.net/ msg00293.html Not sure if that helps... - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory http://www.aoc.nrao.edu - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Can't build with Intel Compiler on Mac OS X
icpc -bundle -undefined dynamic_lookup build/temp.macosx-10.3- i386-2.5/src/_nc_transforms.o build/temp.macosx-10.3-i386-2.5/src/ mplutils.o build/temp.macosx-10.3-i386-2.5/CXX/cxx_extensions.o build/ temp.macosx-10.3-i386-2.5/CXX/cxxsupport.o build/temp.macosx-10.3- i386-2.5/CXX/IndirectPythonInterface.o build/temp.macosx-10.3- i386-2.5/CXX/cxxextensions.o -L/opt/local/lib -L/usr/lib -lstdc++ -lm -o build/lib.macosx-10.3-i386-2.5/matplotlib/_nc_transforms.so ld: warning -prebind has no effect with -bundle ld: multiple definitions of symbol __ZNSbItSt11char_traitsItESaItEE4_Rep20_S_empty_rep_storageE build/temp.macosx-10.3-i386-2.5/src/_nc_transforms.o definition of __ZNSbItSt11char_traitsItESaItEE4_Rep20_S_empty_rep_storageE in section (__DATA,__bss) build/temp.macosx-10.3-i386-2.5/CXX/cxx_extensions.o definition of __ZNSbItSt11char_traitsItESaItEE4_Rep20_S_empty_rep_storageE in section (__DATA,__bss) build/temp.macosx-10.3-i386-2.5/CXX/cxxsupport.o definition of __ZNSbItSt11char_traitsItESaItEE4_Rep20_S_empty_rep_storageE in section (__DATA,__bss) error: command 'icpc' failed with exit status 1 Warning: the following items did not execute (for py-matplotlib): com.apple.build Error: Status 1 encountered during processing. # echo __ZNSbItSt11char_traitsItESaItEE4_Rep20_S_empty_rep_storageE|c+ +filt std::basic_string, std::allocator >::_Rep::_S_empty_rep_storage is defined in src/_nc_transforms.o CXX/cxx_extensions.o CXX/cxxsupport.o What am I doing wrong? - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] OS X Leopard install, snag
As a general note, I built MatPlotlib-SVN on Leopard against the Apple Python, using the numpy, libz, freetype, and png that are included with Leopard. It seems to work fine, superficially; I have not run extensive regressions with it yet. I can send along a MacPorts portfile (including patches) tomorrow; (my Leopard problem is that SSH won't respond so I can't get to my office machine from home). I have some opinions about your other questions, the answers are to set specific environment variables. However, my answers MIGHT BE WRONG because I can't test these at the moment (see ssh problem, above) So take these responses with some skepticism. But perhaps they can point you in a helpful direction: On Nov 4, 2007, at 6:29 AM, John Hunter wrote: > Now for my next problem: I built zlib, libpng an freetype from source > and I get a > > ld: warning in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/ > libpng.dylib, > file is not of required architecture Hmm, what about setting a MACOSX_DEPLOYMENT_TARGET=10.5 > > error when building mpl. Is there an easy way in the > configure/make/make install cycle to tell the compiler to build > universal binaries? I believe that "generic" autoconf would pick up CFLAGS: CFLAGS="-arch ppc -arch i386" > Alternatively, can I instruct distutils to simply not provide the > -arch ppc build? Distutils uses ARCHFLAGS -- if you are using the Python from Apple Leopard: ARCHFLAGS="-arch i386" - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] internal enthought.traits package: a progress report
On Nov 7, 2007, at 7:25 AM, John Hunter wrote: > Is there a reason not to treat > traits like we do dateutil and pytz: check at runtime if it is > installed and if not install it as enthought.traits using Gael's > tarball? I don't see the check-then-tarball as a feature, but as a significant complication that I have to be aware of when I'm building MatPlotLib. I embed MatPlotLib inside a Macintosh application, so there is a significant amount of packaging and verification that I need to do to ensure a seamless installation for an end-user. I need to know more about Python culture and Python packages, I suppose, but for the moment I'm trying to keep things as straightforward as possible. So for what it's worth, my vote is for limited cleverness in the attempt to resolve dependencies. Let the compile fail. Tell them they need a "real" enthought traits package. Then they can use their package management to make it right. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] internal enthought.traits package: a progress report
On Nov 7, 2007, at 12:08 PM, Darren Dale wrote: >> I don't see the check-then-tarball as a feature, but as a significant >> complication that I have to be aware of when I'm building MatPlotLib. > > Does the way matplotlib handles pytz and datetime present significant > complications as well? > >> So for what it's worth, my vote is for limited cleverness in the >> attempt to resolve dependencies. Let the compile fail. > > It follows then that matplotlib should not provide AGG, pyparsing, > pytz, > datetime, subprocess ... Well, OK, I think you are right: the included things do actually help very much. Sorry. I think it's a testament effectiveness of the MPL-included things that I am not always aware of the bits. I don't let a package manager mess with installing AGG anymore. I just use the MPL-included one for MPL. Because of version drift, mostly. So never mind: I like the MPL-provisioned things as "internal" dependencies, if it works the same as the current MPL-AGG datetime etc. - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory Socorro, New Mexico http://www.aoc.nrao.edu/~bwaters - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] internal enthought.traits package: a progress report
On Nov 7, 2007, at 12:04 PM, John Hunter wrote: On Nov 7, 2007 12:01 PM, Boyd Waters <[EMAIL PROTECTED]> wrote: Tell them they need a "real" enthought traits package. Then they can use their package management to make it right. This is of course assuming their package management has enthought.traits, which by and large, it won't. I am sympathetic to this view, but our recent experience has been that getting enthought.traits to install properly even for matplotlib developers took a fair amount of work and consultation with the enthought dev team. Ouch, was it really that hard? I don't remember it being that hard, but I am almost certainly forgetting something about the traits tweaks that were needed to get MatPlotLib built... maybe I didn't upgrade MPL after running into MPL build errors with traits. Hmm. FWIW, here are the MacPorts for "standard" enthought traits that I cobbled up : enthought-traits-macports.tbz Description: Binary data Change the PortGroup value at the top of the Portfile from "PortGroup python25 apple" to "PortGroup python25 1.0" to use the MacPorts- installed Python. Is there a MPL-tweaked distribution of enthought traits? I am sorry if I have misunderstood. - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory Socorro, New Mexico http://www.aoc.nrao.edu/~bwaters - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Building matplotlib on Leopard
On Nov 14, 2007, at 11:11 AM, Jeremy Conlin wrote:
Mr. Waters,
I read on the matplotlib mailing lists that you have compiled
matplotlib on Leopard using libpng, freetype, etc. that are included
with Leopard. I am trying to do the same, but have so far been
unsuccessful. I could install those libraries from source, but would
rather not. Would you mind sharing what you did to compile matplotlib
with the included libraries?
I did this with a MacPorts build system. It checks out the matplotlib
from subversion, applies some patches, then builds.
Ah, I built with Apple's pre-release GCC 4.2 for Leopard, which is
available for ADC members... I have also built this with a "stock" GCC
4.2.1, so you might be able to just get that compiler. And almost
certainly it would work with Apple's GCC 4.0, but you'll have to
remove the CFLAGS settings (see below).
Oh yes... I also didn't like the flags that Apple used to build
Python; distutils has no way of overriding these and it breaks GCC
4.2.x. So I used a 'fake' gcc that strips off the offending flags and
then calls the 'real' compiler:
I used MacPorts to do all this. But here is a way that might work with
a bash shell -- I'm just writing this down as an example, I haven't
tested it, but this is sort of what I have in mind:
### ;;; cut here
mkdir mpl-devel
cd mpl-devel
cat > gccflt-4.2 <&1
import sys
import os
realprog = "/usr/bin/gcc-4.2"
options_to_remove = set(['-no-cpp-precomp', '-Wno-long-double',
'-mno-fused-madd', '-faltivec',
])
args = [a for a in sys.argv[1:] if a not in options_to_remove]
args.insert(0, '-fno-strict-aliasing')
print args
os.execvp(realprog, [realprog] + args)
EOF
sed -e 's,gcc-4.2,g++-4.2' < gccflt > g++flt
chmod +x gccflt
chmod +x g++flt
svn co http://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib
-r '{2007-10-25}'
;
export CPPFLAGS=$(/usr/X11R6/bin/freetype-config --cflags)
export LDFLAGS=$(/usr/X11R6/bin/freetype-config --libs )
export ARCHFLAGS='-arch i386'
cd matplotlib
patch -p0 < ~/Desktop/patch-setupext.py
patch -p0 < ~/Desktop/patch-stdc++
python setup.py build
python setup.pu install
#;;;
#= end shell script
One of my targets is to make a "developer" build available - which
means that my boss will be gently reminding me to provide this.
I was granted commit permissions on MacPorts, but have so far failed
to commit my things back upstream to them; before Leopard I had really
torn up their Python modules so that everything is deployed in a
single /opt/local... tree. (I didn't put things in /Library).
With Leopard, if you want to use the system (Apple) Python, then I put
things in /Library/Python/2.5/site-packages. I'm not sure that's the
best thing to do. Initially it seems like no problem but we *always*
run into conflicts, or want to have multiple versions available
simultaneously...
Portfile
Description: Binary data
--- setupext.py.orig 2006-10-26 07:26:40.0 -0600
+++ setupext.py 2007-02-28 17:04:56.0 -0700
@@ -48,7 +48,7 @@
'linux2' : ['/usr/local', '/usr',],
'linux' : ['/usr/local', '/usr',],
'cygwin' : ['/usr/local', '/usr',],
-'darwin' : ['/sw/lib/freetype2', '/sw/lib/freetype219', '/usr/local',
+'darwin' : ['@@DPORTS_PREFIX@@', '/usr/X11R6/lib', '/sw/lib/freetype219', '/usr/local',
'/usr', '/sw'],
'freebsd4' : ['/usr/local', '/usr'],
'freebsd5' : ['/usr/local', '/usr'],
@@ -132,6 +132,7 @@
[os.path.join(p, 'lib64') for p in basedir[sys.platform] ] )
module.include_dirs.extend(incdirs)
+module.include_dirs.extend(['/usr/X11R6/include', '/usr/X11R6/include/freetype2', '/usr/X11R6/include/libpng'])
module.include_dirs.append('.')
module.library_dirs.extend(libdirs)
@@ -458,7 +459,7 @@
# complicated search, this is a hard-coded path. It could bail out
# if X11 libs are not found...
# tk_include_dirs.append('/usr/X11R6/include')
-frameworks = ['-framework', 'Tcl', '-framework', 'Tk']
+frameworks = ['-framework', 'Tcl', '-framework', 'Tk', '-framework', 'Carbon', '-framework', 'Python']
modul
Re: [matplotlib-devel] merging sympy plotting stuff with matplotlib
On Jan 4, 2008, at 12:44 PM, Fernando Perez wrote: > Indeed, compiled code in a project basically forces you to have a > windows developer in the team who can build the binary installers. > These days with vmware/qemu it's not the end of the world (it can be > done in a normal computer running linux/osx) but it's still a pain for > most of us, no doubt about it. Not to open a can of trolls here, but I must strongly disagree. Why does "compiled code" mean "Windows"? I'd recommend that some OpenGL layer be used from Python. Use automake for the build system. We'd have to drop Matplotlib if it required Windows; at the moment we only have Linux and Macintosh developers (the Mac got in because it's a Unix platform, but it still took some porting). I believe that many other scientific research organizations have many Unix boxes and few Windows machines for their analysis workstations. I know it's true of the astronomy places that I've visited, but I haven't seen other science in a while so perhaps Windows has taken over science, too. But at our facility we can't support Windows for scientific development. /me runs away, covering head... ;-) - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory Socorro, New Mexico - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] merging sympy plotting stuff with matplotlib
On Jan 4, 2008, at 1:08 PM, Fernando Perez wrote: > No worries, you misunderstood me :) My point was that a linux > developer could keep a vwmare image around to produce the binary > windows *installer* for win32 users, if there were compiled code > around. Oh. That's all right, then. Sorry. (Actually I might be a tad more Windows-neutral, as Python gets us halfway there... so far our user community hasn't asked for it, whew!) (lurking resumes...) - boyd - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
