matplotlib-devel Mailing List for matplotlib

> Some digging on the internet indicates that that VC++ 6 does not support
> template member functions that are defined outside of the class declarati=
on[1]
> and is badly confused by template memeber functions that don't use the
> parameterized type in their arguments list[2].
>
> I think that your current problem may be solved by moving the definintion=
 of
> _fill_and_stroke() to within the declaration of RendererAgg in
> `backend_agg.h'. I don't have access to a Windows machine at this time, =
so I
> haven't been able to test this hunch myself.
So this approach brought actually got me passed the error, BUT it
walked me straight into an internal compiler error with just a code
returned. I am thinking I will have to start looking into these open
source STL implementations. I'll work on it more tonight and write
back with what I find out. Did I mention my progression through major
programming languages never included C++. I do appreciate and really
need the help.
> P.S. Here's a nit for you: RendererAgg::_get_rgba_face() uses and return=
s a
> std::pair<bool, agg::rgba> instead of a facepair_t.
Yeah, that's weird that the header and implementation don't match up,
and yet no complaints from the compiler.
Thanks,
 Charlie

On 4/13/06, James Evans <jre...@ea...> wrote:
> Charlie,
>
> I have had some experience with both versions of the MSVC++ compiler. Th=
e C++ compiler that
> comes with VS6 is not as good at handling templates, but there are some t=
ricks you can do to
> force the compiler to do what you want.
>
> A lot of times you can achieve this with more formal C++ (remember that t=
he language
> specification lets us take some shortcuts)
>
> Try this on line #362:
>
> this->_fill_and_stroke< agg::ellipse >( path, gc, face );
>
> and do the appropriate similair reeplacement on the other lines. I no lo=
nger have VS6
> installed on any machines that I have access to, so I cannot test this, b=
ut I believe that
> this should work.
Just adding the "this->" didn't change anything, and the compiler
complains about the "< agg::ellipse >", which I don't quite
understand. I think the compiler is complaining more about the first
argument, since it is a template in the declaration. I am seeing more
online that basically says VS6 doesn't handle template very well.
Thanks,
 Charlie

Charlie,
Some digging on the internet indicates that that VC++ 6 does not support 
template member functions that are defined outside of the class declaration[1] 
and is badly confused by template memeber functions that don't use the 
parameterized type in their arguments list[2].
I think that your current problem may be solved by moving the definintion of 
_fill_and_stroke() to within the declaration of RendererAgg in 
`backend_agg.h'. I don't have access to a Windows machine at this time, so I 
haven't been able to test this hunch myself.
Ken
P.S. Here's a nit for you: RendererAgg::_get_rgba_face() uses and returns a 
std::pair<bool, agg::rgba> instead of a facepair_t.
[1] C++ Templates FAQ, Question Four
http://womble.decadentplace.org.uk/c++/template-faq.html#vc6-non-inline-mem
[2] C++ Templates FAQ, Question Five
http://womble.decadentplace.org.uk/c++/template-faq.html#vc6-name-mangling-bug

On Wednesday 12 April 2006 18:13, John Hunter wrote:
> >>>>> "Darren" == Darren Dale <dd...@co...> writes:
>
> Darren> On Wednesday 12 April 2006 17:13, Ryan Krauss wrote:
> >> I am having a font problem with semilogx, usetex=true and
> >> font.family:sans-serif. The xticks are using a serif font.
> >> These lines are enough to recreate the problem on my machine.
> >>
> >> t=arange(0,1,0.01) y=sin(2*pi*t) figure(10) semilogx(t,y)
> >> ylabel('Mag.') xlabel('Time (sec.)') savefig('test.png')
>
> Darren> You might be able to do something like this in
> Darren> LogFormatterMathtext:
>
> Darren> if rcParams['text.usetex']: if not isDecade and
> Darren> self.labelOnlyBase: s = '' elif not isDecade: s =
> Darren> '%d$^\textnormal{%.2f}$'% (b, fx) else: s =
> Darren> '%d^\textnormal{%d}$'% (b, self.nearest_long(fx))
>
> Darren> I dont have time to test it, I'm running out the door.
>
> Hmm, the following is certainly closer than my fool-headed attempt at \rm
>
>
> usetex = rcParams['text.usetex']
> if not isDecade and self.labelOnlyBase: s = ''
> elif not isDecade:
> if usetex: s = r'$\textnormal{%d}^\textnormal{%.2f}$'% (b, fx)
> else: s = '$%d^{%.2f}$'% (b, fx)
> else:
> if usetex: s = r'$\textnormal{%d}^\textnormal{%d}$'% (b,
> self.nearest_long(fx)) else: s = r'$%d^{%d}$'% (b,
> self.nearest_long(fx))
>
>
> but the '1's still look different on my system.
I think I came up with a workable solution, which I committed in svn 2292. I 
also fixed the formatting of the scientific notation label to make it work 
with usetex and sans-serif fonts. The scalarformatter code was my first 
contribution to the mpl codebase, and man is it ugly. I have a hard time 
following the logic anymore. I'll probably refactor it one of these days.
Also, I noticed that the offset functionality isn't working anymore. I think 
it is due to the call to self.viewInterval.span(), the following plot exposes 
the problem:
plot([1,2], array([1, 2])*1e-12+1e-5)
That used to give a plot with properly scaled yaxis, such that the ticks were 
labeled [1,...,2] and the offset text said 'x10^-12 + 1e-5'. Any ideas on 
what has changed?
Darren

Charlie,
I have had some experience with both versions of the MSVC++ compiler. The C++ compiler that
comes with VS6 is not as good at handling templates, but there are some tricks you can do to
force the compiler to do what you want.
A lot of times you can achieve this with more formal C++ (remember that the language
specification lets us take some shortcuts)
Try this on line #362:
this->_fill_and_stroke< agg::ellipse >( path, gc, face );
and do the appropriate similair reeplacement on the other lines. I no longer have VS6
installed on any machines that I have access to, so I cannot test this, but I believe that
this should work.
--James
Date: 2006年4月12日 19:48:43 -0400
From: "Charlie Moad" <cw...@gm...>
To: "matplotlib development list" <mat...@li...>
Subject: [matplotlib-devel] Visual Studio 6 Compiler Error
Hey all,
 So after getting the Visual Studio 7.1/Python 2.4 build working,
I am trying to get Visual Studio 6/Python2.3 working. I could use
some help on a crazy agg/c++ error I am getting. Basically the VS6
compiler is much pickier than VS7.1 I have corrected a few problems,
but I am stuck on this one:
building 'matplotlib.backends._na_backend_agg' extension
C:\Program Files\Microsoft Visual Studio\VC98\BIN\cl.exe /c /nologo
/Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. -Isrc -Iswig
-Iagg23/include -I. -Iwin32 _static\include -I.
-Iwin32_static\include\freetype2 -I.\freetype2 -Isrc\freetype2
-Iswig\freetype2 -Iagg23/include\freetype2 -I.\freetype2
-Iwin32_static\include\freetype2 -I.\freetype2 -Ic:\Python23\include
-Ic:\Python23\PC /Tpsrc/_na_backend_agg.cpp
Fobuild\temp.win32-2.3\Release\src/_na_backend_agg.obj -DNUMARRAY=3D1
_na_backend_agg.cpp
src/_na_backend_agg.cpp(63) : warning C4800: 'long' : forcing value to
bool 'true' or 'false' (performance warning)
src/_na_backend_agg.cpp(337) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,const struct std::pair<bool,struct agg::rgba>
&,bool)'
 With the following template arguments:
 'class agg::path_storage'
src/_na_backend_agg.cpp(362) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,const
 struct std::pair<bool,struct agg::rgba> &,bool)'
 With the following template arguments:
 'class agg::ellipse'
src/_na_backend_agg.cpp(411) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,const
 struct std::pair<bool,struct agg::rgba> &,bool)'
 With the following template arguments:
 'class agg::path_storage'
src/_na_backend_agg.cpp(1813) : error C2893: Failed to specialize
function template 'void __thiscall RendererAgg::_fill_and_stroke(VS
&,const class GCAgg &,cons
t struct std::pair<bool,struct agg::rgba> &,bool)'
 With the following template arguments:
 'class agg::path_storage'
error: Command ""C:\Program Files\Microsoft Visual
Studio\VC98\BIN\cl.exe" /c /nologo /Ox /MD /W3 /GX /DNDEBUG
-Iwin32_static\include -I. -Isrc -Iswig -Iagg23/include -I.
-Iwin32_static\include -I. -Iwin32_static\include\freetype2
-I.\freetype2 -Isrc\freetype2 -Iswig\freetype2
-Iagg23/include\freetype2 -I.\freetype2
-Iwin32_static\include\freetype2 -I.\freetype2 -Ic:\Python23\include
-Ic:\Python23 \PC /Tpsrc/_na_backend_agg.cpp
/Fobuild\temp.win32-2.3\Release\src/_na_backend_agg.obj -DNUMARRAY=3D1"
failed with exit status 2
Even though it says src/_na_backend_agg.cpp you should be looking at
the _backend_agg.cpp file. My only clue is that class
agg::path_storage does not conform to the VS class, but I don't know
how to fix this.
Thanks,
 Charlie

I am pretty sure that as long as you're getting a refund it doesn't
matter when you file.
You were a grad student all last year right, Darren? You can efile
your federal for free as long as you made less than something like
50ドルk. I did it with TurboTax and it asks you if you want to upgrade
about every 5 minutes. But if you keep saying no, it really is free.
Ryan
On 4/12/06, John Hunter <jdh...@ac...> wrote:
> >>>>> "Darren" =3D=3D Darren Dale <dd...@co...> writes:
>
> Darren> That is my impression as well. I dont have time to look
> Darren> into this more tonight, I have to do my taxes.
>
> Hey, so do I. Do what any reasonable OS developer would due under
> these circumstances:
>
> http://www.irs.gov/formspubs/article/0,,id=3D98155,00.html
>
> :-)
>
> JDH
>

>>>>> "Darren" == Darren Dale <dd...@co...> writes:
 Darren> That is my impression as well. I dont have time to look
 Darren> into this more tonight, I have to do my taxes.
Hey, so do I. Do what any reasonable OS developer would due under
these circumstances:
 http://www.irs.gov/formspubs/article/0,,id=98155,00.html 
:-)
JDH

I can understand not wanting to create a maintenance and support mess.
What do you think about a secret option to add a package (or two)?
I am pretty much o.k. with this as a compromise:
if rcParams['text.usetex']:
 if not isDecade and self.labelOnlyBase: s =3D ''
 elif not isDecade: s =3D '%d$^{%.2f}$'% (b, fx)
 else: s =3D '%d^{%d}$'% (b, self.nearest_long(fx))
The exponents have serifs, but the 10's don't. You have to look
pretty closely to see the serifs on the exponents.
Ryan
On 4/12/06, Darren Dale <dd...@co...> wrote:
> On Wednesday 12 April 2006 6:34 pm, you wrote:
> > Apparently this is not a trivial Latex problem. People have written
> > packages to solve it. I don't know if this solves more problems than
> > it causes, but with helvet+sfmath I get nice results with:
> >
> > ...
> > \usepackage{helvet}
> > \usepackage{sfmath}
> > \begin{document}
> > 10ドル^{-1}$
> > \end{document}
> >
> > sfmath is not a popular package (I don't think), so requiring it as a
> > prerequisite is probably not a good idea. Is it worth re-opening the
> > discussion of a user specified header file for Latex?
>
> I'm hesitant, because people will try to do things that won't work and th=
en
> post here asking for help. I was hoping that usetex was getting to the po=
int
> that I wouldnt have to give it so much attention... but it might be the
> easiest solution to this problem.
>
> > From my poking around and what I have read on the internet and in my
> > Latex book, I don't think we will get san-serif math fonts without a
> > lot of work (or a special package).
>
> That is my impression as well. I dont have time to look into this more
> tonight, I have to do my taxes.
>
> Darren
>