Perhaps the difference is below the noise floor? I was focusing only on
startup time by running lsprofcalltree over a script containing only
"import pylab". In that context, dedent was the largest contributor to
startup time (other than stuff in the stdlib and numpy) before this
change. But
Hi,
I have been having problems trying to install matplotlib properly on
our server. Our environment is Debian 4.1.1-21, Python2.4 , and I have
installed all the required modules (numpy, Numeric etc). I originally
tried installing matplotlib from source, but the build was
unsuccessful. I
Hardeep Nahal <[EMAIL PROTECTED]> writes:
> /usr/bin/ld: /usr/local/lib/libpng.a(png.o): relocation R_X86_64_32
> against `a local symbol' can not be used when making a shared object;
> recompile with -fPIC
That sounds like your libpng library is broken. Since it is in
/usr/local/lib, it is proba
On Aug 29, 2007, at 1:59 PM, Hardeep Nahal wrote:
>
> build/temp.linux-x86_64-2.3/src/_na_backend_agg.o -L/usr/local/lib
> -L/usr/lib -L/usr/lib64 -L/usr/local/lib -L/usr/lib -L/usr/lib64 -lpng
> -lz -lstdc++ -lm -lfreetype -lz -lstdc++ -lm -o
> build/lib.linux-x86_64-2.3/matplotlib/backends/_na_ba
On 8/21/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Darren Dale wrote:
> >> I'm concerned about consistency and/or redundancy between this and the
> >> new markup kwarg. I don't know whether or not "usetex" being
> >> "all-or-nothing" is desirable. But we could meet in the middle by doing
Yes, I think my libpng library was corrupt, but when I tried
reinstalling, it still wouldn't work. So I deleted it, as Ken
suggested, and it worked. I think it wasn't finding the default
libpng, and was going straight to the corrupted version. I spent the
whole day trying to figure this out
