Re: [Matplotlib-users] Build failure

2013-10-28 Thread Ian Thomas
On 26 October 2013 09:02, Nils Wagner nils...@googlemail.com wrote:

 The problem persists in master.



 On Fri, Aug 30, 2013 at 7:39 PM, Nils Wagner nils...@googlemail.comwrote:

 You are right.
 The first one fails, the second works for me.


 Nils



 On Fri, Aug 30, 2013 at 7:20 PM, Michael Droettboom md...@stsci.eduwrote:

  I wonder if it's commit 6b827cbf.

 Can you do:

git checkout 6b827cbf
python setup.py build
# confirm it fails

git checkout 6b827cbf^
python setup.py build
# Does this work?

 Mike


 On 08/30/2013 01:06 PM, Nils Wagner wrote:

 Hi Michael,

 Thank you for your note.
 If I remember correctly I was able to build matplotlib a week ago.
 I am using opensuse12.3

 Nils

 rpm -qi python-cxx
 Name: python-cxx
 Version : 6.2.3
 Release : 2.2
 Architecture: noarch
 Install Date: Sa 27 Jul 2013 15:48:45 CEST
 Group   : Development/Languages/Python
 Size: 9783
 License : GPL
 Signature   : RSA/SHA1, Mo 22 Jul 2013 20:26:22 CEST, Key ID
 45a1d0671abd1afb
 Source RPM  : python-cxx-6.2.3-2.2.src.rpm
 Build Date  : Mo 22 Jul 2013 15:27:08 CEST
 Build Host  : swkj07
 Relocations : (not relocatable)
 Packager: pack...@links2linux.de
 Vendor  : http://packman.links2linux.de
 URL : http://CXX.sourceforge.net/
 Summary : Write Python extensions in C++
 Description :
 PyCXX is a set of classes to help create extensions of Python in the C
 language. The first part encapsulates the Python C API taking care of
 exceptions and ref counting. The second part supports the building of
 Python
 extension modules in C++.
 Distribution: Extra / openSUSE_12.3



 On Fri, Aug 30, 2013 at 6:46 PM, Michael Droettboom md...@stsci.eduwrote:

  It looks like a version mismatch with PyCXX.  Was it recently updated
 or changed?  What version of PyCXX do you have?  What was the last version
 of matplotlib that worked for you?

 You can force matplotlib to use its local copy of PyCXX by uninstalling
 PyCXX, or adding the following lines to the top of PyCXX::check in
 setupext.py:

 self.__class__.found_external = False
 return Couldn't import.  Using local copy.

 (But really, we should update setupext so users can specify the local
 override in setup.cfg).

 Mike


 On 08/30/2013 12:35 PM, Nils Wagner wrote:

   Hi all,

  I cannot build the latest matplotlib from git. The build log is
 attached.

  Nils

 I have had a quick look at this and it seems the problem lies in
setupext.py.  CXX.check() contains

  return self._check_for_pkg_config('PyCXX', 'CXX/Extensions.hxx',
min_version='6.2.4')

which requires version 6.2.4 or later of CXX.  Nils has 6.2.3 and so this
check should fail and matplotlib should fall back to using the local copy
of CXX.  SetupPackage._check_for_pkg_config() does check min_version if CXX
is installed using pkg-config, but if it is not then min_version is ignored
as the function raises a CheckFailed error before min_version is
considered.  CXX.check() catches this error and uses the system-installed
CXX regardless of its version.

To check the CXX version we probably need to look in CXX/Version.hxx.  I am
not sure how to proceed; do you have any ideas Mike?

Nils, as a stopgap you could either remove your python-cxx and
python-cxx-devel rpms if you don't need them for anything else, or upgrade
them to 6.2.4.  There is a 6.2.4 on rpm.pbone.net even though there isn't
one on packman.links2linux.de.

Ian
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Re: [Matplotlib-users] Build failure

2013-10-26 Thread Nils Wagner
The problem persists in master.



On Fri, Aug 30, 2013 at 7:39 PM, Nils Wagner nils...@googlemail.com wrote:

 You are right.
 The first one fails, the second works for me.


 Nils



 On Fri, Aug 30, 2013 at 7:20 PM, Michael Droettboom md...@stsci.eduwrote:

  I wonder if it's commit 6b827cbf.

 Can you do:

git checkout 6b827cbf
python setup.py build
# confirm it fails

git checkout 6b827cbf^
python setup.py build
# Does this work?

 Mike


 On 08/30/2013 01:06 PM, Nils Wagner wrote:

 Hi Michael,

 Thank you for your note.
 If I remember correctly I was able to build matplotlib a week ago.
 I am using opensuse12.3

 Nils

 rpm -qi python-cxx
 Name: python-cxx
 Version : 6.2.3
 Release : 2.2
 Architecture: noarch
 Install Date: Sa 27 Jul 2013 15:48:45 CEST
 Group   : Development/Languages/Python
 Size: 9783
 License : GPL
 Signature   : RSA/SHA1, Mo 22 Jul 2013 20:26:22 CEST, Key ID
 45a1d0671abd1afb
 Source RPM  : python-cxx-6.2.3-2.2.src.rpm
 Build Date  : Mo 22 Jul 2013 15:27:08 CEST
 Build Host  : swkj07
 Relocations : (not relocatable)
 Packager: pack...@links2linux.de
 Vendor  : http://packman.links2linux.de
 URL : http://CXX.sourceforge.net/
 Summary : Write Python extensions in C++
 Description :
 PyCXX is a set of classes to help create extensions of Python in the C
 language. The first part encapsulates the Python C API taking care of
 exceptions and ref counting. The second part supports the building of
 Python
 extension modules in C++.
 Distribution: Extra / openSUSE_12.3



 On Fri, Aug 30, 2013 at 6:46 PM, Michael Droettboom md...@stsci.eduwrote:

  It looks like a version mismatch with PyCXX.  Was it recently updated
 or changed?  What version of PyCXX do you have?  What was the last version
 of matplotlib that worked for you?

 You can force matplotlib to use its local copy of PyCXX by uninstalling
 PyCXX, or adding the following lines to the top of PyCXX::check in
 setupext.py:

 self.__class__.found_external = False
 return Couldn't import.  Using local copy.

 (But really, we should update setupext so users can specify the local
 override in setup.cfg).

 Mike


 On 08/30/2013 12:35 PM, Nils Wagner wrote:

   Hi all,

  I cannot build the latest matplotlib from git. The build log is
 attached.

  Nils



  
 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and 
 save!http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk



 ___
 Matplotlib-users mailing 
 listMatplotlib-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/matplotlib-users




 --
 Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
 Discover the easy way to master current and previous Microsoft
 technologies
 and advance your career. Get an incredible 1,500+ hours of step-by-step
 tutorial videos with LearnDevNow. Subscribe today and save!

 http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
 ___
 Matplotlib-users mailing list
 Matplotlib-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/matplotlib-users







log.txt.gz
Description: GNU Zip compressed data
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Re: [Matplotlib-users] Build failure

2013-08-30 Thread Michael Droettboom
It looks like a version mismatch with PyCXX.  Was it recently updated or 
changed?  What version of PyCXX do you have?  What was the last version 
of matplotlib that worked for you?


You can force matplotlib to use its local copy of PyCXX by uninstalling 
PyCXX, or adding the following lines to the top of PyCXX::check in 
setupext.py:


self.__class__.found_external = False
return Couldn't import.  Using local copy.

(But really, we should update setupext so users can specify the local 
override in setup.cfg).


Mike

On 08/30/2013 12:35 PM, Nils Wagner wrote:

Hi all,

I cannot build the latest matplotlib from git. The build log is attached.

Nils



--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk


___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Re: [Matplotlib-users] Build failure

2013-08-30 Thread Michael Droettboom

I wonder if it's commit 6b827cbf.

Can you do:

   git checkout 6b827cbf
   python setup.py build
   # confirm it fails

   git checkout 6b827cbf^
   python setup.py build
   # Does this work?

Mike

On 08/30/2013 01:06 PM, Nils Wagner wrote:

Hi Michael,

Thank you for your note.
If I remember correctly I was able to build matplotlib a week ago.
I am using opensuse12.3

Nils

rpm -qi python-cxx
Name: python-cxx
Version : 6.2.3
Release : 2.2
Architecture: noarch
Install Date: Sa 27 Jul 2013 15:48:45 CEST
Group   : Development/Languages/Python
Size: 9783
License : GPL
Signature   : RSA/SHA1, Mo 22 Jul 2013 20:26:22 CEST, Key ID 
45a1d0671abd1afb

Source RPM  : python-cxx-6.2.3-2.2.src.rpm
Build Date  : Mo 22 Jul 2013 15:27:08 CEST
Build Host  : swkj07
Relocations : (not relocatable)
Packager: pack...@links2linux.de mailto:pack...@links2linux.de
Vendor  : http://packman.links2linux.de
URL : http://CXX.sourceforge.net/
Summary : Write Python extensions in C++
Description :
PyCXX is a set of classes to help create extensions of Python in the C
language. The first part encapsulates the Python C API taking care of
exceptions and ref counting. The second part supports the building of 
Python

extension modules in C++.
Distribution: Extra / openSUSE_12.3



On Fri, Aug 30, 2013 at 6:46 PM, Michael Droettboom md...@stsci.edu 
mailto:md...@stsci.edu wrote:


It looks like a version mismatch with PyCXX.  Was it recently
updated or changed?  What version of PyCXX do you have?  What was
the last version of matplotlib that worked for you?

You can force matplotlib to use its local copy of PyCXX by
uninstalling PyCXX, or adding the following lines to the top of
PyCXX::check in setupext.py:

self.__class__.found_external = False
return Couldn't import.  Using local copy.

(But really, we should update setupext so users can specify the
local override in setup.cfg).

Mike


On 08/30/2013 12:35 PM, Nils Wagner wrote:

Hi all,

I cannot build the latest matplotlib from git. The build log is
attached.

Nils




--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk


___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net  
mailto:Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users




--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft
technologies
and advance your career. Get an incredible 1,500+ hours of
step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
mailto:Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users




--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


[Matplotlib-users] Build failure

2013-08-30 Thread Nils Wagner
Hi all,

I cannot build the latest matplotlib from git. The build log is attached.

Nils


build.log.gz
Description: GNU Zip compressed data
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Re: [Matplotlib-users] Build failure of SVN8415 on Solaris 10 SPARC

2010-07-02 Thread John Hunter
On Tue, Jun 29, 2010 at 8:25 AM, John Hunter jdh2...@gmail.com wrote:

 This issue is new and not related to the issue on the cookbook, I'm
 pretty sure.  I have the same problem on my box at work, and it was
 introduced when I upgraded to CXX6.  I have spent some time on it but
 haven't found the fix yet.  I guess it's my bug :-(

 I've added it to the tracker:

 https://sourceforge.net/tracker/?func=detailaid=3022815group_id=80706atid=560720


I have a fix in that appears to work.  Comments from the tracker
below.  If anyone sees a problem with my fix, let me know::

The CXX/WrapPython.h header has the following code to deal with the swab
issue

// Prevent multiple conflicting definitions of swab from stdlib.h and
unistd.h
#if defined(__sun) || defined(sun)
#if defined(_XPG4)
#undef _XPG4
#endif
#endif

See
http://cxx.svn.sourceforge.net/viewvc/cxx/trunk/CXX/CXX/WrapPython.h?revision=198content-type=text%2Fplain

The header of stdlib.h on the sage tracker and on my solaris system say
this:

/*
* swab() has historically been in stdlib.h as delivered from ATT
* and continues to be visible in the default compilation environment.
* As of Issue 4 of the X/Open Portability Guides, swab() was declared
* in unistd.h. As a result, with respect to X/Open namespace the
* swab() declaration in this header is only visible for the XPG3
* environment.
*/

Ie, the swab declaration is visible for the XPG3 environment but
WrapperPython.h is only unsetting XPG$. The proposed fix is to also unset
XPG3 in this environment. I don't pfully understand all these macros, but
this seems consistent with the comments in stdlib and with what WrapPython
is trying to do, and it works (mpl compiles and passes tests).

So I am committing the following change to mpl's CXX (this should also be
pushed upstream into CXX where we might get better feedback on whether this
change is indeed correct).

// Prevent multiple conflicting definitions of swab from stdlib.h and
unistd.h
#if defined(__sun) || defined(sun)
#if defined(_XPG4)
#undef _XPG4
#endif
#if defined(_XPG3)
#undef _XPG3
#endif
#endif

JDH

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Re: [Matplotlib-users] Build failure of SVN8415 on Solaris 10 SPARC

2010-06-29 Thread John Hunter
On Fri, Jun 11, 2010 at 8:49 PM, Eric Firing efir...@hawaii.edu wrote:

 Do you have access to Sun SPARC hardware? If not, I can almost certainly 
 arrange
 access to a Sun T5240 (16 core) at the University of Washington for a serious
 matplotlib developer.

 Dave,

 Thanks, but much as I would like to see this problem solved, I don't
 really want to get sucked into it.  I haven't messed with Suns for many
 years, and I am not eager to resume.

 Did you compile the previous version of matplotlib that you used on your
 machine, or did someone else there do it?

 Have you looked at the Cookbook entry?
 http://www.scipy.org/Cookbook/Matplotlib/CompilingMatPlotLibOnSolaris10

This issue is new and not related to the issue on the cookbook, I'm
pretty sure.  I have the same problem on my box at work, and it was
introduced when I upgraded to CXX6.  I have spent some time on it but
haven't found the fix yet.  I guess it's my bug :-(

I've added it to the tracker:

https://sourceforge.net/tracker/?func=detailaid=3022815group_id=80706atid=560720

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


[Matplotlib-users] Build failure of SVN8415 on Solaris 10 SPARC

2010-06-11 Thread Dr. David Kirkby
The latest stable (0.99.3) matplotlib builds ok on Solaris 10 03/05 on SPARC.

However, your latest trunc release has some useful fixes, so it was downloaded 
by a fellow Sage devloper. However, when I try to build this version on a Sun 
Blade 1000 running Solaris 10 03/05, it presents a problem:

/usr/include/stdlib.h:144: error: declaration of C function 'void swab(const 
char*, char*, ssize_t)' conflicts with
/usr/include/unistd.h:480: error: previous declaration 'void swab(const void*, 
void*, ssize_t)' here
error: command 'gcc' failed with exit status 1
Error building matplotlib package.


There are two declarations of 'swab' in the Solaris header files, and what one 
you get depends on the compilation mode. The reasons are explained in the 
Solaris header files.

The issue is traced at

http://trac.sagemath.org/sage_trac/ticket/9202

where you will see the full error message and attachments of the header files.

For this, gcc 4.4.4 was used.

Dave

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Re: [Matplotlib-users] Build failure of SVN8415 on Solaris 10 SPARC

2010-06-11 Thread Eric Firing
On 06/11/2010 10:54 AM, Dr. David Kirkby wrote:
 The latest stable (0.99.3) matplotlib builds ok on Solaris 10 03/05 on SPARC.

 However, your latest trunc release has some useful fixes, so it was downloaded
 by a fellow Sage devloper. However, when I try to build this version on a Sun
 Blade 1000 running Solaris 10 03/05, it presents a problem:

 /usr/include/stdlib.h:144: error: declaration of C function 'void swab(const
 char*, char*, ssize_t)' conflicts with
 /usr/include/unistd.h:480: error: previous declaration 'void swab(const void*,
 void*, ssize_t)' here
 error: command 'gcc' failed with exit status 1
 Error building matplotlib package.


 There are two declarations of 'swab' in the Solaris header files, and what one
 you get depends on the compilation mode. The reasons are explained in the
 Solaris header files.

 The issue is traced at

 http://trac.sagemath.org/sage_trac/ticket/9202

 where you will see the full error message and attachments of the header files.

 For this, gcc 4.4.4 was used.

Can you get it to work by adding -D_XOPEN_SOURCE to your CFLAGS 
environment variable?

Eric


 Dave

 --
 ThinkGeek and WIRED's GeekDad team up for the Ultimate
 GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
 lucky parental unit.  See the prize list and enter to win:
 http://p.sf.net/sfu/thinkgeek-promo
 ___
 Matplotlib-users mailing list
 Matplotlib-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/matplotlib-users


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users


Re: [Matplotlib-users] Build failure of SVN8415 on Solaris 10 SPARC

2010-06-11 Thread Dr. David Kirkby
On 06/11/10 10:28 PM, Eric Firing wrote:
 On 06/11/2010 10:54 AM, Dr. David Kirkby wrote:
 The latest stable (0.99.3) matplotlib builds ok on Solaris 10 03/05 on SPARC.

 However, your latest trunc release has some useful fixes, so it was 
 downloaded
 by a fellow Sage devloper. However, when I try to build this version on a Sun
 Blade 1000 running Solaris 10 03/05, it presents a problem:

 /usr/include/stdlib.h:144: error: declaration of C function 'void swab(const
 char*, char*, ssize_t)' conflicts with
 /usr/include/unistd.h:480: error: previous declaration 'void swab(const 
 void*,
 void*, ssize_t)' here
 error: command 'gcc' failed with exit status 1
 Error building matplotlib package.


 There are two declarations of 'swab' in the Solaris header files, and what 
 one
 you get depends on the compilation mode. The reasons are explained in the
 Solaris header files.

 The issue is traced at

 http://trac.sagemath.org/sage_trac/ticket/9202

 where you will see the full error message and attachments of the header 
 files.

 For this, gcc 4.4.4 was used.

 Can you get it to work by adding -D_XOPEN_SOURCE to your CFLAGS
 environment variable?

 Eric

I did reply, but I think off-list by mistake. So I'll reply to the list.

I think this actually causes the build to break earlier.

Do you have access to Sun SPARC hardware? If not, I can almost certainly 
arrange 
access to a Sun T5240 (16 core) at the University of Washington for a serious 
matplotlib developer.

Dave


ld/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_image
copying lib/matplotlib/tests/baseline_images/test_image/image_interps.svg - bui
ld/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_image
creating build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
mathtext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext.pdf - build
/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext.png - build
/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext.svg - build
/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stix.pdf -
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stix.png -
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stix.svg -
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stixsans.pdf
  - 
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_matht
ext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stixsans.png
  - 
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_matht
ext
copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stixsans.svg
  - 
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_matht
ext
creating build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
simplification
copying lib/matplotlib/tests/baseline_images/test_simplification/clipping.pdf -
  
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplifi
cation
copying lib/matplotlib/tests/baseline_images/test_simplification/clipping.png -
  
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplifi
cation
copying lib/matplotlib/tests/baseline_images/test_simplification/clipping.svg -
  
build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplifi
cation
copying lib/matplotlib/tests/baseline_images/test_simplification/clipping_diamon
d.pdf - build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
simplification
copying lib/matplotlib/tests/baseline_images/test_simplification/clipping_diamon
d.png - build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
simplification
copying lib/matplotlib/tests/baseline_images/test_simplification/clipping_diamon
d.svg - build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
simplification
copying lib/matplotlib/tests/baseline_images/test_simplification/fft_peaks.pdf -
  build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplif
ication
copying lib/matplotlib/tests/baseline_images/test_simplification/fft_peaks.png -
  build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplif
ication
copying lib/matplotlib/tests/baseline_images/test_simplification/fft_peaks.svg -
  build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplif
ication
copying lib/matplotlib/tests/baseline_images/test_simplification/hatch_simplify.
pdf - 

Re: [Matplotlib-users] Build failure of SVN8415 on Solaris 10 SPARC

2010-06-11 Thread Eric Firing
On 06/11/2010 03:24 PM, Dr. David Kirkby wrote:
 On 06/11/10 10:28 PM, Eric Firing wrote:
 On 06/11/2010 10:54 AM, Dr. David Kirkby wrote:
 The latest stable (0.99.3) matplotlib builds ok on Solaris 10 03/05 on 
 SPARC.

 However, your latest trunc release has some useful fixes, so it was 
 downloaded
 by a fellow Sage devloper. However, when I try to build this version on a 
 Sun
 Blade 1000 running Solaris 10 03/05, it presents a problem:

 /usr/include/stdlib.h:144: error: declaration of C function 'void swab(const
 char*, char*, ssize_t)' conflicts with
 /usr/include/unistd.h:480: error: previous declaration 'void swab(const 
 void*,
 void*, ssize_t)' here
 error: command 'gcc' failed with exit status 1
 Error building matplotlib package.


 There are two declarations of 'swab' in the Solaris header files, and what 
 one
 you get depends on the compilation mode. The reasons are explained in the
 Solaris header files.

 The issue is traced at

 http://trac.sagemath.org/sage_trac/ticket/9202

 where you will see the full error message and attachments of the header 
 files.

 For this, gcc 4.4.4 was used.

 Can you get it to work by adding -D_XOPEN_SOURCE to your CFLAGS
 environment variable?

 Eric

 I did reply, but I think off-list by mistake. So I'll reply to the list.

 I think this actually causes the build to break earlier.

 Do you have access to Sun SPARC hardware? If not, I can almost certainly 
 arrange
 access to a Sun T5240 (16 core) at the University of Washington for a serious
 matplotlib developer.

Dave,

Thanks, but much as I would like to see this problem solved, I don't 
really want to get sucked into it.  I haven't messed with Suns for many 
years, and I am not eager to resume.

Did you compile the previous version of matplotlib that you used on your 
machine, or did someone else there do it?

Have you looked at the Cookbook entry?
http://www.scipy.org/Cookbook/Matplotlib/CompilingMatPlotLibOnSolaris10

Eric


 Dave


 ld/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_image
 copying lib/matplotlib/tests/baseline_images/test_image/image_interps.svg -  
 bui
 ld/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_image
 creating 
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
 mathtext
 copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext.pdf -  
 build
 /lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
 copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext.png -  
 build
 /lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
 copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext.svg -  
 build
 /lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
 copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stix.pdf 
 -
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
 copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stix.png 
 -
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
 copying lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stix.svg 
 -
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_mathtext
 copying 
 lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stixsans.pdf
-  
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_matht
 ext
 copying 
 lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stixsans.png
-  
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_matht
 ext
 copying 
 lib/matplotlib/tests/baseline_images/test_mathtext/mathtext_stixsans.svg
-  
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_matht
 ext
 creating 
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
 simplification
 copying lib/matplotlib/tests/baseline_images/test_simplification/clipping.pdf 
 -

 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplifi
 cation
 copying lib/matplotlib/tests/baseline_images/test_simplification/clipping.png 
 -

 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplifi
 cation
 copying lib/matplotlib/tests/baseline_images/test_simplification/clipping.svg 
 -

 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_simplifi
 cation
 copying 
 lib/matplotlib/tests/baseline_images/test_simplification/clipping_diamon
 d.pdf -  
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
 simplification
 copying 
 lib/matplotlib/tests/baseline_images/test_simplification/clipping_diamon
 d.png -  
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
 simplification
 copying 
 lib/matplotlib/tests/baseline_images/test_simplification/clipping_diamon
 d.svg -  
 build/lib.solaris-2.10-sun4u-2.6/matplotlib/tests/baseline_images/test_
 simplification
 copying