Re: [matplotlib-devel] 0.99/Qt4Agg on OS X/Py2.6

2009-09-09 Thread Darren Dale
On Tue, Sep 8, 2009 at 11:12 PM, David Warde-Farley wrote:
> Hi Darren,
>
> On 8-Sep-09, at 7:16 PM, Darren Dale wrote:
>
>> I would be very surprised if this is due to the backend. More likely a
>> mismatch between sip and pyqt versions.
>
>
> I actually grabbed both of them yesterday from riverbankcomputing.co.uk,
> PyQt-4.5.4 and sip-4.8.2. Is it possible that the backend is disagreeing
> with these because it was built against an older version? (I'm using
> matplotlib binary releases)

I don't think so, there is no extension code associated with the qt
backend. What platform are you using? Ubuntu/debian, by chance?

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] building on OSX

2009-09-09 Thread Eric Bruning
Finally got back to this this morning. I realized that I was using
/usr/local as my prefix, and hence my problem with the gfortran
libgcc.

Another important step was to make sure I had removed all previous
results of builds, installs, etc. in the source directory, install
path, site-packages, etc.

The following command works fine, with no modifications to John's
build script and none to the Python framework Makefile.
PREFIX=/usr/local/pydev make -f make.osx fetch deps mpl_install

Thanks to all for their help as I fumbled through this.

-Eric


On Tue, Aug 25, 2009 at 10:19 PM, John Hunter wrote:
> On Tue, Aug 25, 2009 at 9:04 PM, Eric Bruning wrote:
>> Hi Ariel,
>>
>> Thanks for the suggestion. Combining John's new makefile with the
>> changes to the Python.framework Makefile yielded:
>> distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET
>> mismatch: now "10.4" but "10.5" during configure.
>
> What if you edit the mak.osx file and use 10.5 for the
> MACOSX_DEPLOYMENT_TARGET -- I had set it to 10.4 for building the
> installers, but there is no need for that when building from src for a
> local install.
>
> What if you simply remove all references to MACOSX_DEPLOYMENT_TARGET
> in the make.osx file?  Does that work for you?
>

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] 0.99/Qt4Agg on OS X/Py2.6

2009-09-09 Thread David Warde-Farley
On 9-Sep-09, at 7:42 AM, Darren Dale wrote:

> I don't think so, there is no extension code associated with the qt
> backend. What platform are you using? Ubuntu/debian, by chance?

Huh, very strange then. I'm running Mac OS X 10.5.7.

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel