matplotlib-devel Mailing List for matplotlib

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.

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<jd...@gm...> wrote:
> On Tue, Aug 25, 2009 at 9:04 PM, Eric Bruning<eri...@gm...> 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?
>

On Tue, Sep 8, 2009 at 11:12 PM, David Warde-Farley<dw...@cs...> 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?

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)
Regards,
David