matplotlib-devel Mailing List for matplotlib

On Monday 21 November 2005 1:12 pm, Travis Oliphant wrote:
> Darren Dale wrote:
> >Sorry, I've obviously overlooked something, but maybe I have also
> > discovered a bug. I've just removed atlas/blas/lapack, updated scipy_core
> > from svn, removed my build and site-packages/scipy directories, and tried
> > to build scipy_core. Here is a warning message I get toward the end of
> > the build and install processes:
>
> This is definitely a configuration issue. For some reason, the system
> is picking up BLAS information and therefore trying to compile _dotblas
> for you. However, it is failing because the libblas file is not found.
>
> Can you show us the output of the start of the build (where SYSTEM INFO
> things are printed). Or just attach a complete record of the build.
> This might help track down what the configuration issue is.
This was due to an oversight on my end. I used gentoo's package manager to 
completely remove atlas/blas/lapack, and afterwards verified that every 
instance of /usr/lib/libatlas.* had been removed. I did not check that 
libblas.* and liblapack.* had been removed, but I should have. Unfortunately, 
a few broken soft links remained, which scipy found and tried to build 
against. After removing those links, I was able to build scipy_core. How 
embarrassing. I'm sorry for the noise. 
Darren

Rob,
I think you may have just implemented/discovered/unearthed the Holy 
Grail! This looks fantastic. We have been fighting with EPS files for 
years and trying to come up with a way to have plots that can be embedded 
in Office documents that look good on the screen for presentations and 
still print well.
The EPS preview image has never worked very well and the resulting files 
almost always had problems when moved from MS Office on the PC to/from the 
Mac. If your system works well across platforms, that could save the 
engineers here a lot of time.
We'll have to download this and give it a try. Thanks!
Ted
At 06:03 PM 11/19/2005, Rob McMullen wrote:
>I just submitted a patch to add a new non-interactive backend that
>produces enhanced metafiles, an OpenOffice and Microsoft Windows
>scalable graphics format that can also be embedded in .rtf files.
>
>http://sourceforge.net/tracker/index.php?func=detail&aid=1361839&group_id=80706&atid=560722
>
>The backend is based on my pyemf package that I finally released with
>its first public beta:
>
>http://pyemf.sourceforge.net
>
>The API should be stable -- I'm only planning on adding to it and not
>changing any existing method signatures in the version 2.0.* series.
>
>Oh, and I didn't say so in the patch itself, but I'm happy to donate
>the patch to matplotlib under the default matplotlib license.
>
>Rob
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
>Register for a JBoss Training Course. Free Certification Exam
>for All Training Attendees Through End of 2005. For more info visit:
>http://ads.osdn.com/?ad_idv28&alloc_id845&opclick
>_______________________________________________
>Matplotlib-devel mailing list
>Mat...@li...
>https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Ted Drain Jet Propulsion Laboratory ted...@jp... 

Currently implemented for PostScript backend only - the rest ignore the 
command.
I tried to make it in the same style as the rest of Matplotlib iface:
'x' does bidiagonal hatching
'/' does diagonal,
'-' does horizontal,
and so on.
Repeating the hatching symbol increases the density of hatching.
Attached is the diff for version 0.85.
Is there a chance for this thing to be included into the source?

On Sunday 20 November 2005 6:57 pm, Darren Dale wrote:
> On Sunday 20 November 2005 5:47 pm, Robert Kern wrote:
> > Darren Dale wrote:
> > > Will scipy_core ever include something like Numeric's lapack_lite?
> >
> > scipy_core does not depend on ATLAS. It already has lapack_lite.
> >
> > [svk-projects]$ ls scipy_core/scipy/corelib/lapack_lite
> > blas_lite.c dlapack_lite.c f2c_lite.c 
> > zlapack_lite.c dlamch.c f2c.h 
> > lapack_litemodule.c
Sorry, I've obviously overlooked something, but maybe I have also discovered a 
bug. I've just removed atlas/blas/lapack, updated scipy_core from svn, 
removed my build and site-packages/scipy directories, and tried to build 
scipy_core. Here is a warning message I get toward the end of the build and 
install processes:
building 'scipy.lib._dotblas' extension
compiling C sources
i686-pc-linux-gnu-gcc options: '-pthread -fno-strict-aliasing -DNDEBUG -fPIC'
creating build/temp.linux-i686-2.4/scipy/corelib
creating build/temp.linux-i686-2.4/scipy/corelib/blasdot
compile options: '-DNO_ATLAS_INFO=1 -Iscipy/corelib/blasdot 
-Iscipy/base/include -Ibuild/src/scipy/base -Iscipy/base/src 
-I/usr/include/python2.4 -c'
i686-pc-linux-gnu-gcc: scipy/corelib/blasdot/_dotblas.c
/usr/bin/g77 -shared 
build/temp.linux-i686-2.4/scipy/corelib/blasdot/_dotblas.o -L/usr/lib -lblas 
-lg2c -o build/lib.linux-i686-2.4/scipy/lib/_dotblas.so
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: 
cannot find -lblas
collect2: ld returned 1 exit status
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: 
cannot find -lblas
collect2: ld returned 1 exit status
error: Command "/usr/bin/g77 -shared 
build/temp.linux-i686-2.4/scipy/corelib/blasdot/_dotblas.o -L/usr/lib -lblas 
-lg2c -o build/lib.linux-i686-2.4/scipy/lib/_dotblas.so" failed with exit 
status 1
and here I try to import scipy:
In [1]: from scipy import *
---------------------------------------------------------------------------
exceptions.ImportError Traceback (most recent 
call last)
/home/darren/<console>
ImportError: No module named scipy
Darren