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: Wed, 12 Apr 2006 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
$50k.  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
>