SourceForge logo
SourceForge logo
Menu

matplotlib-users — Discussion related to using matplotlib

You can subscribe to this list here.

2003 Jan
Feb
Mar
Apr
May
(3)
Jun
Jul
Aug
(12)
Sep
(12)
Oct
(56)
Nov
(65)
Dec
(37)
2004 Jan
(59)
Feb
(78)
Mar
(153)
Apr
(205)
May
(184)
Jun
(123)
Jul
(171)
Aug
(156)
Sep
(190)
Oct
(120)
Nov
(154)
Dec
(223)
2005 Jan
(184)
Feb
(267)
Mar
(214)
Apr
(286)
May
(320)
Jun
(299)
Jul
(348)
Aug
(283)
Sep
(355)
Oct
(293)
Nov
(232)
Dec
(203)
2006 Jan
(352)
Feb
(358)
Mar
(403)
Apr
(313)
May
(165)
Jun
(281)
Jul
(316)
Aug
(228)
Sep
(279)
Oct
(243)
Nov
(315)
Dec
(345)
2007 Jan
(260)
Feb
(323)
Mar
(340)
Apr
(319)
May
(290)
Jun
(296)
Jul
(221)
Aug
(292)
Sep
(242)
Oct
(248)
Nov
(242)
Dec
(332)
2008 Jan
(312)
Feb
(359)
Mar
(454)
Apr
(287)
May
(340)
Jun
(450)
Jul
(403)
Aug
(324)
Sep
(349)
Oct
(385)
Nov
(363)
Dec
(437)
2009 Jan
(500)
Feb
(301)
Mar
(409)
Apr
(486)
May
(545)
Jun
(391)
Jul
(518)
Aug
(497)
Sep
(492)
Oct
(429)
Nov
(357)
Dec
(310)
2010 Jan
(371)
Feb
(657)
Mar
(519)
Apr
(432)
May
(312)
Jun
(416)
Jul
(477)
Aug
(386)
Sep
(419)
Oct
(435)
Nov
(320)
Dec
(202)
2011 Jan
(321)
Feb
(413)
Mar
(299)
Apr
(215)
May
(284)
Jun
(203)
Jul
(207)
Aug
(314)
Sep
(321)
Oct
(259)
Nov
(347)
Dec
(209)
2012 Jan
(322)
Feb
(414)
Mar
(377)
Apr
(179)
May
(173)
Jun
(234)
Jul
(295)
Aug
(239)
Sep
(276)
Oct
(355)
Nov
(144)
Dec
(108)
2013 Jan
(170)
Feb
(89)
Mar
(204)
Apr
(133)
May
(142)
Jun
(89)
Jul
(160)
Aug
(180)
Sep
(69)
Oct
(136)
Nov
(83)
Dec
(32)
2014 Jan
(71)
Feb
(90)
Mar
(161)
Apr
(117)
May
(78)
Jun
(94)
Jul
(60)
Aug
(83)
Sep
(102)
Oct
(132)
Nov
(154)
Dec
(96)
2015 Jan
(45)
Feb
(138)
Mar
(176)
Apr
(132)
May
(119)
Jun
(124)
Jul
(77)
Aug
(31)
Sep
(34)
Oct
(22)
Nov
(23)
Dec
(9)
2016 Jan
(26)
Feb
(17)
Mar
(10)
Apr
(8)
May
(4)
Jun
(8)
Jul
(6)
Aug
(5)
Sep
(9)
Oct
(4)
Nov
Dec
2017 Jan
(5)
Feb
(7)
Mar
(1)
Apr
(5)
May
Jun
(3)
Jul
(6)
Aug
(1)
Sep
Oct
(2)
Nov
(1)
Dec
2018 Jan
Feb
Mar
Apr
(1)
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec
2020 Jan
Feb
Mar
Apr
May
(1)
Jun
Jul
Aug
Sep
Oct
Nov
Dec
2025 Jan
(1)
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec
S M T W T F S






1
(5)
2
3
(3)
4
(16)
5
(8)
6
(22)
7
(10)
8
(18)
9
(11)
10
(7)
11
(16)
12
(1)
13
(10)
14
(14)
15
(2)
16
(3)
17
(19)
18
(24)
19
(35)
20
(38)
21
(27)
22
(1)
23
(9)
24
(6)
25
(24)
26
(9)
27
(7)
28
(5)
29
(9)
30
(4)






Showing 7 results of 7

From: Frank L. <df...@se...> - 2008年11月10日 22:01:44
On Mon, Nov 10, 2008 at 4:00 PM, Darren Dale <dar...@co...> wrote:
> On Monday 10 November 2008 03:37:26 pm Frank Lagor wrote:
>
>> Hi,
>
>>
>
>> I am sorry to bug you all with an installation problem, but I need
>
>> some additional help to get this figured out.
>
>>
>
>> I previously had a matplotlib installed and working fine, but it was
>
>> necessary for me to redo some other installations like numpy when I
>
>> needed a complete lapack library. This also led to me installing
>
>> another version of g77, because numpy needed a specific library that
>
>> was only provide by the g77 version of fortran for some reason.
>
>> Anyways, numpy works great but I went back to install matplotlib and I
>
>> ran into trouble. After the installation process, if I try to import
>
>> matplotlib.pylab I get the following errors:
>
>>
>
>> from matplotlib._path import affine_transform
>
>> ImportError: /ronaldo/pkg/dfranci/gcc-g77-3.4.6/lib64/libgcc_s.so.1:
>
>> version `GCC_4.2.0' not found (required by /usr/lib64/libstdc++.so.6)
>
>>
>
>> Is this a problem that I can fix in the matplotlib installation or do
>
>> I need to go back up to the numpy installation?
>
>>
>
>> I should note that I do not have gcc-4.2.0 on my system.
>
> Try removing the build/ directory from your mpl source directory, as well as
> your site-packages/matplotlib*, and recompile.
Hi Darren,
Yes, unfrotunately I tried this as well to no avail.
Thank you though,
Frank
From: Darren D. <dar...@co...> - 2008年11月10日 21:00:46
On Monday 10 November 2008 03:37:26 pm Frank Lagor wrote:
> Hi,
>
> I am sorry to bug you all with an installation problem, but I need
> some additional help to get this figured out.
>
> I previously had a matplotlib installed and working fine, but it was
> necessary for me to redo some other installations like numpy when I
> needed a complete lapack library. This also led to me installing
> another version of g77, because numpy needed a specific library that
> was only provide by the g77 version of fortran for some reason.
> Anyways, numpy works great but I went back to install matplotlib and I
> ran into trouble. After the installation process, if I try to import
> matplotlib.pylab I get the following errors:
>
> from matplotlib._path import affine_transform
> ImportError: /ronaldo/pkg/dfranci/gcc-g77-3.4.6/lib64/libgcc_s.so.1:
> version `GCC_4.2.0' not found (required by /usr/lib64/libstdc++.so.6)
>
> Is this a problem that I can fix in the matplotlib installation or do
> I need to go back up to the numpy installation?
>
> I should note that I do not have gcc-4.2.0 on my system.
Try removing the build/ directory from your mpl source directory, as well as 
your site-packages/matplotlib*, and recompile.
From: Frank L. <df...@se...> - 2008年11月10日 20:50:18
On Mon, Nov 10, 2008 at 3:46 PM, Michael Droettboom <md...@st...> wrote:
> I don't know if this will help, but...
>
> Python packages generally don't have proper dependency management when
> building. That means, if an underlying dependency changes, it often doesn't
> rebuild enough to keep things in sync. You may want to try rebuilding
> everything after first completely removing the "build" directory to force a
> complete rebuild. Do numpy first then matplotlib.
>
> ...but maybe you've tried that already, in which case, I don't know off
> hand...
>
> Mike
>
> Frank Lagor wrote:
>>
>> Hi,
>>
>> I am sorry to bug you all with an installation problem, but I need
>> some additional help to get this figured out.
>>
>> I previously had a matplotlib installed and working fine, but it was
>> necessary for me to redo some other installations like numpy when I
>> needed a complete lapack library. This also led to me installing
>> another version of g77, because numpy needed a specific library that
>> was only provide by the g77 version of fortran for some reason.
>> Anyways, numpy works great but I went back to install matplotlib and I
>> ran into trouble. After the installation process, if I try to import
>> matplotlib.pylab I get the following errors:
>>
>> from matplotlib._path import affine_transform
>> ImportError: /ronaldo/pkg/dfranci/gcc-g77-3.4.6/lib64/libgcc_s.so.1:
>> version `GCC_4.2.0' not found (required by /usr/lib64/libstdc++.so.6)
>>
>> Is this a problem that I can fix in the matplotlib installation or do
>> I need to go back up to the numpy installation?
>>
>> I should note that I do not have gcc-4.2.0 on my system.
>>
>> Thanks in advance,
>> Frank
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>
> --
> Michael Droettboom
> Science Software Branch
> Operations and Engineering Division
> Space Telescope Science Institute
> Operated by AURA for NASA
>
>
Thanks so much for the response, Mike. Yes, I learned the hard way a
long time ago about having to rm -rf build/ when rebuilding python
packages. I have tried this here, but I still have an issue. I am
currently trying to rebuild with a different compiler and playing with
environment variables. I would love any other suggestions. Thanks,
Frank
From: Michael D. <md...@st...> - 2008年11月10日 20:47:00
I don't know if this will help, but...
Python packages generally don't have proper dependency management when 
building. That means, if an underlying dependency changes, it often 
doesn't rebuild enough to keep things in sync. You may want to try 
rebuilding everything after first completely removing the "build" 
directory to force a complete rebuild. Do numpy first then matplotlib.
...but maybe you've tried that already, in which case, I don't know off 
hand...
Mike
Frank Lagor wrote:
> Hi,
>
> I am sorry to bug you all with an installation problem, but I need
> some additional help to get this figured out.
>
> I previously had a matplotlib installed and working fine, but it was
> necessary for me to redo some other installations like numpy when I
> needed a complete lapack library. This also led to me installing
> another version of g77, because numpy needed a specific library that
> was only provide by the g77 version of fortran for some reason.
> Anyways, numpy works great but I went back to install matplotlib and I
> ran into trouble. After the installation process, if I try to import
> matplotlib.pylab I get the following errors:
>
> from matplotlib._path import affine_transform
> ImportError: /ronaldo/pkg/dfranci/gcc-g77-3.4.6/lib64/libgcc_s.so.1:
> version `GCC_4.2.0' not found (required by /usr/lib64/libstdc++.so.6)
>
> Is this a problem that I can fix in the matplotlib installation or do
> I need to go back up to the numpy installation?
>
> I should note that I do not have gcc-4.2.0 on my system.
>
> Thanks in advance,
> Frank
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
From: Frank L. <df...@se...> - 2008年11月10日 20:37:34
Hi,
I am sorry to bug you all with an installation problem, but I need
some additional help to get this figured out.
I previously had a matplotlib installed and working fine, but it was
necessary for me to redo some other installations like numpy when I
needed a complete lapack library. This also led to me installing
another version of g77, because numpy needed a specific library that
was only provide by the g77 version of fortran for some reason.
Anyways, numpy works great but I went back to install matplotlib and I
ran into trouble. After the installation process, if I try to import
matplotlib.pylab I get the following errors:
from matplotlib._path import affine_transform
ImportError: /ronaldo/pkg/dfranci/gcc-g77-3.4.6/lib64/libgcc_s.so.1:
version `GCC_4.2.0' not found (required by /usr/lib64/libstdc++.so.6)
Is this a problem that I can fix in the matplotlib installation or do
I need to go back up to the numpy installation?
I should note that I do not have gcc-4.2.0 on my system.
Thanks in advance,
Frank
From: Michael D. <md...@st...> - 2008年11月10日 18:01:47
Great. Does this mean we can close the bug?
Mike
John Hunter wrote:
> On Sat, Nov 8, 2008 at 10:39 PM, Jae-Joon Lee <lee...@gm...> wrote:
> 
>> John,
>> I'm attaching an another patch, which seems to give a correct result
>> for the figimage_demo.
>> The flipud_out() calls before compositing seems to have no effect, so
>> 
>
> Ahh, I think you found the ultimate source of our woes and flupud
> complexity: the _image.from_images module was ignoring the stride, as
> you noted in the comment in your patch. I just fixed this n r6381, so
> the code behaves properly at the extension code level and we don't
> have to do all those confusing flips in the axes or figure compositing
> methods. So the code is now simpler, and it works.
>
> Thanks for digging into this.
>
> JDH
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
From: Marcus V. E. D. <eif...@gm...> - 2008年11月10日 12:01:03
Hi, folks!
I am trying to compile matplotlib-0.98.3 on OSX 10.5.5. with support
for the native port of GTK-2.0 (www.gtk-osx.org). I am doing this
because the official egg gives an error when my GUIs try to create a
canvas using GTK (with all renderers: GDK, Agg or Cairo). I assume the
official egg was compiled without support for GTK on OSX.
I compiled GTK-2.0 and PyGTK using code and instructions from Imendio,
and it all works fine. The apps I developed on a Ubuintu system run
fine on OSX, except for the matplotlib part.
So, all the libraries and headers are installed in the default
folders. However, when I try to build matplotlib I get the following
error:
macproctp8:matplotlib-0.98.3 ctp8$ python setup.py build
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 0.98.3
 python: 2.5.1 (r251:54863, Apr 15 2008, 22:57:26) [GCC
 4.0.1 (Apple Inc. build 5465)]
 platform: darwin
REQUIRED DEPENDENCIES
 numpy: 1.3.0.dev5934
 freetype2: found, but unknown version (no pkg-config)
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.32
 Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
 wxPython: 2.8.4.0
 * WxAgg extension not required for wxPython >= 2.8
 Gtk+: gtk+: 2.15.0, glib: 2.19.1, pygtk: 2.13.1,
 pygobject: 2.15.5
 * Could not find Gtk+ headers in any of
 * '/usr/include', '/usr/X11R6/include', '.'
 Qt: no
 Qt4: no
 Cairo: 1.4.12
OPTIONAL DATE/TIMEZONE DEPENDENCIES
 datetime: present, version unknown
 dateutil: present, version unknown
/Library/Python/2.5/site-packages/pytz-2008g-py2.5.egg/pytz/__init__.py:32:
UserWarning: Module dateutil was already imported from
/Library/Python/2.5/site-packages/dateutil-1.2-py2.4.egg/dateutil/__init__.pyc,
but /Library/Python/2.5/site-packages/matplotlib-0.98.3-py2.5-macosx-10.3.egg
is being added to sys.path
/Library/Python/2.5/site-packages/pytz-2008g-py2.5.egg/pytz/__init__.py:32:
UserWarning: Module pytz was already imported from
/Library/Python/2.5/site-packages/pytz-2008g-py2.5.egg/pytz/__init__.py,
but /Library/Python/2.5/site-packages/matplotlib-0.98.3-py2.5-macosx-10.3.egg
is being added to sys.path
 pytz: 2008g
OPTIONAL USETEX DEPENDENCIES
 dvipng: 1.11
 ghostscript: 8.62
 latex: 3.1415926
EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
 configobj: matplotlib will provide
 enthought.traits: no
[Edit setup.cfg to suppress the above messages]
============================================================================
running build
running build_py
copying lib/matplotlib/mpl-data/matplotlibrc ->
build/lib.macosx-10.5-i386-2.5/matplotlib/mpl-data
copying lib/matplotlib/mpl-data/matplotlib.conf ->
build/lib.macosx-10.5-i386-2.5/matplotlib/mpl-data
running build_ext
building 'matplotlib.backends._backend_gdk' extension
gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp
-mno-fused-madd -fno-common -dynamic -DNDEBUG -g -Os -Wall
-Wstrict-prototypes -DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -arch
i386 -arch ppc -pipe
-I/Library/Python/2.5/site-packages/numpy-1.3.0.dev5934-py2.5-macosx-10.3-i386.egg/numpy/core/include
-I/usr/include -I/usr/X11R6/include -I. -I/usr/include
-I/usr/X11R6/include -I.
-I/System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-c src/backend_gdk.c -o
build/temp.macosx-10.5-i386-2.5/src/backend_gdk.o
In file included from src/backend_gdk.c:9:
/usr/include/pygtk/pygtk.h:6:23: error: pygobject.h: No such file or directory
/usr/include/pygtk/pygtk.h:8:21: error: gtk/gtk.h: No such file or directory
In file included from src/backend_gdk.c:9:
/usr/include/pygtk/pygtk.h:14: error: syntax error before 'atom'
/usr/include/pygtk/pygtk.h:17: error: syntax error before '*' token
/usr/include/pygtk/pygtk.h:18: error: syntax error before '*' token
/usr/include/pygtk/pygtk.h:19: error: syntax error before '}' token
/usr/include/pygtk/pygtk.h:24: error: syntax error before 'gchar'
src/backend_gdk.c: In function 'pixbuf_get_pixels_array':
src/backend_gdk.c:28: error: 'PyGObject' undeclared (first use in this function)
src/backend_gdk.c:28: error: (Each undeclared identifier is reported only once
src/backend_gdk.c:28: error: for each function it appears in.)
src/backend_gdk.c:28: error: 'py_pixbuf' undeclared (first use in this function)
src/backend_gdk.c:29: error: 'GdkPixbuf' undeclared (first use in this function)
src/backend_gdk.c:29: error: 'gdk_pixbuf' undeclared (first use in
this function)
src/backend_gdk.c:37: warning: implicit declaration of function 'GDK_PIXBUF'
src/backend_gdk.c:43: warning: implicit declaration of function
'gdk_pixbuf_get_height'
src/backend_gdk.c:44: warning: implicit declaration of function
'gdk_pixbuf_get_width'
src/backend_gdk.c:45: warning: implicit declaration of function
'gdk_pixbuf_get_has_alpha'
src/backend_gdk.c:48: warning: implicit declaration of function
'gdk_pixbuf_get_pixels'
src/backend_gdk.c:48: warning: passing argument 2 of '*(PyArray_API +
272u)' from incompatible pointer type
src/backend_gdk.c:53: warning: implicit declaration of function
'gdk_pixbuf_get_rowstride'
In file included from src/backend_gdk.c:9:
/usr/include/pygtk/pygtk.h:6:23: error: pygobject.h: No such file or directory
/usr/include/pygtk/pygtk.h:8:21: error: gtk/gtk.h: No such file or directory
In file included from src/backend_gdk.c:9:
/usr/include/pygtk/pygtk.h:14: error: syntax error before 'atom'
/usr/include/pygtk/pygtk.h:17: error: syntax error before '*' token
src/backend_gdk.c: In function
'init_backend_gdk':/usr/include/pygtk/pygtk.h:18: error: syntax error
before '*' token
src/backend_gdk.c:72: error: 'G_STMT_START' undeclared (first use in
this function)
src/backend_gdk.c:72: error: syntax error before '{'
token/usr/include/pygtk/pygtk.h:19: error: syntax error before '}'
token
src/backend_gdk.c:72: error: 'pygtk' undeclared (first use in this
function)/usr/include/pygtk/pygtk.h:24: error: syntax error before
'gchar'
src/backend_gdk.c: In function 'pixbuf_get_pixels_array':
src/backend_gdk.c:28: error: 'PyGObject' undeclared (first use in this function)
src/backend_gdk.c: At top level:src/backend_gdk.c:28: error: (Each
undeclared identifier is reported only once
src/backend_gdk.c:72: warning: type defaults to 'int' in declaration
of 'G_STMT_END'src/backend_gdk.c:28: error: for each function it
appears in.)
src/backend_gdk.c:72: warning: data definition has no type or storage
classsrc/backend_gdk.c:28: error: 'py_pixbuf' undeclared (first use in
this function)
src/backend_gdk.c:74: warning: type defaults to 'int' in declaration
of 'mod'src/backend_gdk.c:29: error: 'GdkPixbuf' undeclared (first use
in this function)
src/backend_gdk.c:29: error: 'gdk_pixbuf' undeclared (first use in
this function)
src/backend_gdk.c:74: warning: initialization makes integer from
pointer without a cast
src/backend_gdk.c:74: error: initializer element is not constant
src/backend_gdk.c:74: warning: data definition has no type or storage class
src/backend_gdk.c:75: warning: type defaults to 'int' in declaration
of '_PyGdkPixbuf_Type'
src/backend_gdk.c:75: error: conflicting types for '_PyGdkPixbuf_Type'
src/backend_gdk.c:37: warning: implicit declaration of function 'GDK_PIXBUF'
src/backend_gdk.c:12: error: previous declaration of
'_PyGdkPixbuf_Type' was here
src/backend_gdk.c:43: warning: implicit declaration of function
'gdk_pixbuf_get_height'src/backend_gdk.c:75: warning: passing argument
1 of 'PyObject_GetAttrString' makes pointer from integer without a
cast
src/backend_gdk.c:75: warning: initialization makes integer from
pointer without a castsrc/backend_gdk.c:44: warning: implicit
declaration of function 'gdk_pixbuf_get_width'
src/backend_gdk.c:75: error: initializer element is not constant
src/backend_gdk.c:45: warning: implicit declaration of function
'gdk_pixbuf_get_has_alpha'
src/backend_gdk.c:75: warning: data definition has no type or storage class
src/backend_gdk.c:76: error: syntax error before '}' token
src/backend_gdk.c:48: warning: implicit declaration of function
'gdk_pixbuf_get_pixels'
src/backend_gdk.c:48: warning: passing argument 2 of '*(PyArray_API +
272u)' from incompatible pointer type
src/backend_gdk.c:53: warning: implicit declaration of function
'gdk_pixbuf_get_rowstride'
src/backend_gdk.c: In function 'init_backend_gdk':
src/backend_gdk.c:72: error: 'G_STMT_START' undeclared (first use in
this function)
src/backend_gdk.c:72: error: syntax error before '{' token
src/backend_gdk.c:72: error: 'pygtk' undeclared (first use in this function)
src/backend_gdk.c: At top level:
src/backend_gdk.c:72: warning: type defaults to 'int' in declaration
of 'G_STMT_END'
src/backend_gdk.c:72: warning: data definition has no type or storage class
src/backend_gdk.c:74: warning: type defaults to 'int' in declaration of 'mod'
src/backend_gdk.c:74: warning: initialization makes integer from
pointer without a cast
src/backend_gdk.c:74: error: initializer element is not constant
src/backend_gdk.c:74: warning: data definition has no type or storage class
src/backend_gdk.c:75: warning: type defaults to 'int' in declaration
of '_PyGdkPixbuf_Type'
src/backend_gdk.c:75: error: conflicting types for '_PyGdkPixbuf_Type'
src/backend_gdk.c:12: error: previous declaration of
'_PyGdkPixbuf_Type' was here
src/backend_gdk.c:75: warning: passing argument 1 of
'PyObject_GetAttrString' makes pointer from integer without a cast
src/backend_gdk.c:75: warning: initialization makes integer from
pointer without a cast
src/backend_gdk.c:75: error: initializer element is not constant
src/backend_gdk.c:75: warning: data definition has no type or storage class
src/backend_gdk.c:76: error: syntax error before '}' token
lipo: can't open input file:
/var/folders/3+/3+xlC3-AFbmK3q3TEvQ0gU+++TI/-Tmp-//ccRSEFSq.out (No
such file or directory)
error: command 'gcc' failed with exit status 1
However, gtk.h and pygtk.h are in the folders where I believe they
should be (/usr/include/gtk-2.0/gtk and /usr/include/pygtk-2.0/pygtk).
I ran throught the code of check_for_gtk included in setupext.py, and
the only thing I found out of order was that the line
get_pkgconfig(module, 'pygtk-2.0 gtk+-2.0') should read
get_pkgconfig(module, 'pygtk-2.0 gtk-2.0'), as the installation folder
of GTK is gtk-2.0 and not gtk+-2.0. However, I changed this line and
got exactly the same error.
Has anyone successfully compiled matplotlib with support for the
native port of GTK for OSX? Could somenoe help me getting it compiled?
Thanks in advance,
--
Marcus Vinicius Eiffle Duarte
eif...@gm...
Niterói, RJ, Brasil

Showing 7 results of 7

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /