matplotlib-users Mailing List for matplotlib

I am getting following error while compiling later
version of matplotlib with gcc 3.4.2: Any clue?
**********************************************
running build_ext
building 'matplotlib._nc_transforms' extension
creating build/temp.linux-i686-2.3
creating build/temp.linux-i686-2.3/src
creating build/temp.linux-i686-2.3/CXX
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3
-Wall -Wstrict-prototypes -fPIC -Isrc -I.
-I/usr/include/python2.3 -c
CXX/IndirectPythonInterface.cxx -o
build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o
-DNUMERIC=1
cc1plus: warning: command line option
"-Wstrict-prototypes" is valid for C/ObjC but not for
C++
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3
-Wall -Wstrict-prototypes -fPIC -Isrc -I.
-I/usr/include/python2.3 -c CXX/cxxsupport.cxx -o
build/temp.linux-i686-2.3/CXX/cxxsupport.o -DNUMERIC=1
cc1plus: warning: command line option
"-Wstrict-prototypes" is valid for C/ObjC but not for
C++
In file included from CXX/cxxsupport.cxx:6:
./CXX/Objects.hxx: In constructor
`Py::MapBase<T>::const_iterator::const_iterator(const
Py::MapBase<T>*, Py::List,
Py::SeqBase<Py::Object>::iterator)':
./CXX/Objects.hxx:2271: error: `s' undeclared (first
use this function)
./CXX/Objects.hxx:2271: error: (Each undeclared
identifier is reported only once for each function it
appears in.)
error: command 'gcc' failed with exit status 1
[spatel@taamportable matplotlib-0.63.4]$ gcc --version
gcc (GCC) 3.4.2
		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

John Hunter wrote:
[snip]
> One is to fall back on tex where available as a command line tool (as
> pyx does, I believe), and use other command line tools to convert the
> dvi to png or some other raster format and then embed it. This would
> require a few external libs and utilities, but it's certainly doable.
+1 for (relatively) low-hanging fruit.
> Another idea I had while reading Knuth's "TeX: The Program" is to use
> the layout information in the TFM font metric files. Apparently math
> fonts have additional layout information in them, like where to place
> superscripts. I've looked at several tfm parsing implementations, and
> haven't found one yet that actually extracts this information; most
> extract the standard font information but not the special math
> information. But if we could access this info, we could include the
> tfm files for common raster sizes and use the layout info crafted by
> the master himself.
I wish you luck!
> A third possibility would be to support mathml, using some good mathml
> renderer. Is there a good, free mathml rendering library - what does
> mozilla use for this?
Mozilla's MathML is inextricably linked into Gecko[1] and cannot be torn 
out of it.
I've seen some programs out there that render MathML to either rasters 
or SVG, but they are either commercial or (L)GPL. They are also usually 
written in Java or C#.
Some possibilities gleaned from 
http://www.w3.org/Math/implementations.html :
* GtkMathView: C++, GPL, already has Perl and PHP bindings
 http://helm.cs.unibo.it/mml-widget/
Okay, that was the only one I found.
In any case, I would not want to be directly writing MathML; it is not 
intended to be human-writable. There are, however, programs that will 
convert a restricted mathematical subset of LaTeX to MathML[2]. There 
are also a few non-TeX syntaxes drifting around with converters to MathML.
[1] http://www.mozilla.org/projects/mathml/enable.html
[2] http://pear.math.pitt.edu/mathzilla/
-- 
Robert Kern
rk...@uc...
"In the fields of hell where the grass grows high
 Are the graves of dreams allowed to die."
 -- Richard Harter

John Hunter wrote:
>>>>>>"Chris" == Chris Barker <Chr...@no...> writes:
> 
> 
> Chris> Gary wrote:
> >> Matplotlib doesn't support \text, and it requires that the
> >> first and last characters of a TeX string be $. I guess it
> >> only processes mathmode. Well, it can't do *everything*.
> 
> It is on the goals page (http://matplotlib.sourceforge.net/goals.html)
> to support embedded math strings like
> 
> s = r'Mean ($\mu=5) and standard deviation ($\sigma=1$)'
did you mean:
s = r'Mean ($\mu=5$) and standard deviation ($\sigma=1$)'
I think there was a missing "$".
That would be nice.
> It would be nice to be able to choose one or the other --
that would be nice.
> It would be a monster job. There is basically no way to factor tex
> into components -- it's a monolithic system, in part because of the
> heavy use of web macros.
Ah. too bad. It's nice to know you've looked into this some.
 > And web2c, the conversion of web/pascal to
> c, is GPLd and less permissive than the matplotlib license. So
> embedding tex is a no-go, aside from size considerations.
web2c is essentially a compiler of sorts, isn't it? So there wouldn't be 
 any problem with distributing C code created by it would there? In any 
case, there are LOTS of commercial TeX distributions out there, so there 
must be a way. This doesn't address the other big issues, however.
AmiPro, the word processor bought by Lotus, then later turned into 
WordPro, used TeX to format math. I used it for years before I 
discovered LaTeX because it had such nice math rendering (MS Word's 
still sucks!). They somehow managed to embed it, so I suppose it can be 
done! That doesn't mean it's the least bit easy, however.
> But there
> are some possibilities for improving what matplotlib already offers.
good news, of course.
> One is to fall back on tex where available as a command line tool (as
> pyx does, I believe), and use other command line tools to convert the
> dvi to png or some other raster format and then embed it. This would
> require a few external libs and utilities, but it's certainly doable.
That would be a nice option, but I'd rather see a DVI driver built in to 
Matplotlib, than a raster format. That's how PyX does it. I guess that 
would require matplotlib to have the same fonts, however. Another option 
would be PDF or EPS, but that would probably only be convenient for PS 
and/or PDF output.
> Another idea I had while reading Knuth's "TeX: The Program" is to use
> the layout information in the TFM font metric files. Apparently math
> fonts have additional layout information in them, like where to place
> superscripts. I've looked at several tfm parsing implementations, and
> haven't found one yet that actually extracts this information; most
> extract the standard font information but not the special math
> information. But if we could access this info, we could include the
> tfm files for common raster sizes and use the layout info crafted by
> the master himself.
very cool.
> A third possibility would be to support mathml, using some good mathml
> renderer. Is there a good, free mathml rendering library - what does
> mozilla use for this?
good question. That would be nice, too.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

>>>>> "Chris" == Chris Barker <Chr...@no...> writes:
 Chris> Gary wrote:
 >> Matplotlib doesn't support \text, and it requires that the
 >> first and last characters of a TeX string be $. I guess it
 >> only processes mathmode. Well, it can't do *everything*.
It is on the goals page (http://matplotlib.sourceforge.net/goals.html)
to support embedded math strings like
 s = r'Mean ($\mu=5) and standard deviation ($\sigma=1$)'
This wouldn't be too hard - just takes some time that I haven't had of
late.
 Chris> Oh well, I've always thought that if you want to support
 Chris> Math in a graphics package, you would actually use TeX,
 Chris> rather than emulating it. Maybe like PyX:
 Chris> http://pyx.sourceforge.net/
Yes, but you lose the platform independence and portability by doing
this. It would be nice to be able to choose one or the other -- see
below.
 Chris> The problem, of course, is that requiring a TeX system is a
 Chris> BIG dependency! It would be nice if one could re-package
 Chris> the Tex interpreter to be embedded. I have no idea how big
 Chris> a job that would be. You'd also have all the font issues,
 Chris> of course, but while that would all be a lot of work, I'm
 Chris> not sure it would be more work than trying to re-write TeX!
It would be a monster job. There is basically no way to factor tex
into components -- it's a monolithic system, in part because of the
heavy use of web macros. And web2c, the conversion of web/pascal to
c, is GPLd and less permissive than the matplotlib license. So
embedding tex is a no-go, aside from size considerations. But there
are some possibilities for improving what matplotlib already offers.
One is to fall back on tex where available as a command line tool (as
pyx does, I believe), and use other command line tools to convert the
dvi to png or some other raster format and then embed it. This would
require a few external libs and utilities, but it's certainly doable.
Another idea I had while reading Knuth's "TeX: The Program" is to use
the layout information in the TFM font metric files. Apparently math
fonts have additional layout information in them, like where to place
superscripts. I've looked at several tfm parsing implementations, and
haven't found one yet that actually extracts this information; most
extract the standard font information but not the special math
information. But if we could access this info, we could include the
tfm files for common raster sizes and use the layout info crafted by
the master himself.
A third possibility would be to support mathml, using some good mathml
renderer. Is there a good, free mathml rendering library - what does
mozilla use for this?
JDH

On 2004年10月26日, Chris Barker wrote:
> Gary wrote:
>
> > Matplotlib doesn't support \text, and it requires that the first and
> > last characters of a TeX string be $. I guess it only processes
> > mathmode. Well, it can't do *everything*.
>
> Oh well, I've always thought that if you want to support Math in a
> graphics package, you would actually use TeX, rather than emulating it.
> Maybe like PyX:
>
> http://pyx.sourceforge.net/
>
> The problem, of course, is that requiring a TeX system is a BIG
> dependency! It would be nice if one could re-package the Tex interpreter
> to be embedded. I have no idea how big a job that would be. You'd also
> have all the font issues, of course, but while that would all be a lot
> of work, I'm not sure it would be more work than trying to re-write TeX!
>
> -Chris
OTOH: many people working in science will already have a TeX system
installed, I'd guess.
Another thought: What about an optional PyX back-end for matplotlib?
(If one is interested in really good postscript
output I think PyX is great. Transparency etc.
might be problematic with postscript,
but a combination of postscript lines, symbols and math with bitmapped
graphics should be possible for the PyX back-end).
Best,
Arnd
P.S.: Just to be sure: I am not saying that the postscript
output of matplotlib is bad (Haven't even tested it).

Gary wrote:
> Matplotlib doesn't support \text, and it requires that the first and 
> last characters of a TeX string be $. I guess it only processes 
> mathmode. Well, it can't do *everything*. 
Oh well, I've always thought that if you want to support Math in a 
graphics package, you would actually use TeX, rather than emulating it. 
Maybe like PyX:
http://pyx.sourceforge.net/
The problem, of course, is that requiring a TeX system is a BIG 
dependency! It would be nice if one could re-package the Tex interpreter 
to be embedded. I have no idea how big a job that would be. You'd also 
have all the font issues, of course, but while that would all be a lot 
of work, I'm not sure it would be more work than trying to re-write TeX!
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

Chris Barker wrote:
> Gary wrote:
>
>> AFAICT, It is not possible to mix text and TeX symbols in a string 
>> and have it come out right. For example, in
>>
>> xlabel(r'$\rm{Normalized Temperature} (kT/\epsilon)$'
>> The text comes out in TeX math mode ... not so pretty. Please tell 
>> me what I've overlooked.
>
>
> well, I'm not sure how this is supported in matplotlib, but in 
> LaTex,you would do:
>
> Normalized Temperature $(kT/\epsilon)$
>
> or:
>
> $\text{Normalized Temperature} (kT/\epsilon)$
>
> the "$" means put it in math mode, if you don't want "Normalized 
> Temperature" in math mode, don't put it inside the $$. The second puts 
> it all in math mode, but the text{} means set this in text mode.
>
> -Chris
>
Matplotlib doesn't support \text, and it requires that the first and 
last characters of a TeX string be $. I guess it only processes 
mathmode. Well, it can't do *everything*. It would be nice to figure 
out a workaround...
thx,
-gary