Re: [Matplotlib-users] Build failure

2013-10-28 Thread Ian Thomas
On 26 October 2013 09:02, Nils Wagner  wrote:

> The problem persists in master.
>
>
>
> On Fri, Aug 30, 2013 at 7:39 PM, Nils Wagner 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 wrote:
>>
>>>  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 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

 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=60135991&iu=/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  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 wrote:
>
>>  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 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=58040911&iu=/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=58040911&iu=/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=60135991&iu=/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 
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 > 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=58040911&iu=/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=58040911&iu=/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=58040911&iu=/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=58040911&iu=/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=58040911&iu=/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  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=detail&aid=3022815&group_id=80706&atid=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=198&content-type=text%2Fplain

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

/*
* swab() has historically been in  as delivered from AT&T
* and continues to be visible in the default compilation environment.
* As of Issue 4 of the X/Open Portability Guides, swab() was declared
* in . 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  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=detail&aid=3022815&group_id=80706&atid=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


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

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/matpl

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