You can subscribe to this list here.
2001 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}
(8) 
_{Nov}
(8) 
_{Dec}
(4) 

2002 
_{Jan}
(53) 
_{Feb}
(15) 
_{Mar}
(51) 
_{Apr}
(54) 
_{May}
(41) 
_{Jun}
(48) 
_{Jul}
(32) 
_{Aug}
(22) 
_{Sep}
(61) 
_{Oct}
(31) 
_{Nov}
(31) 
_{Dec}
(27) 
2003 
_{Jan}
(45) 
_{Feb}
(18) 
_{Mar}
(25) 
_{Apr}
(39) 
_{May}
(34) 
_{Jun}
(20) 
_{Jul}
(13) 
_{Aug}
(16) 
_{Sep}
(18) 
_{Oct}
(14) 
_{Nov}
(17) 
_{Dec}
(13) 
2004 
_{Jan}
(53) 
_{Feb}
(12) 
_{Mar}
(38) 
_{Apr}
(29) 
_{May}
(72) 
_{Jun}
(38) 
_{Jul}
(41) 
_{Aug}
(11) 
_{Sep}
(21) 
_{Oct}
(30) 
_{Nov}
(35) 
_{Dec}
(14) 
2005 
_{Jan}
(66) 
_{Feb}
(14) 
_{Mar}
(24) 
_{Apr}
(50) 
_{May}
(40) 
_{Jun}
(29) 
_{Jul}
(37) 
_{Aug}
(27) 
_{Sep}
(26) 
_{Oct}
(58) 
_{Nov}
(43) 
_{Dec}
(23) 
2006 
_{Jan}
(84) 
_{Feb}
(36) 
_{Mar}
(24) 
_{Apr}
(42) 
_{May}
(20) 
_{Jun}
(41) 
_{Jul}
(40) 
_{Aug}
(42) 
_{Sep}
(23) 
_{Oct}
(38) 
_{Nov}
(31) 
_{Dec}
(28) 
2007 
_{Jan}
(11) 
_{Feb}
(34) 
_{Mar}
(14) 
_{Apr}
(29) 
_{May}
(45) 
_{Jun}
(5) 
_{Jul}
(10) 
_{Aug}
(6) 
_{Sep}
(38) 
_{Oct}
(44) 
_{Nov}
(19) 
_{Dec}
(22) 
2008 
_{Jan}
(37) 
_{Feb}
(24) 
_{Mar}
(29) 
_{Apr}
(14) 
_{May}
(24) 
_{Jun}
(47) 
_{Jul}
(26) 
_{Aug}
(4) 
_{Sep}
(14) 
_{Oct}
(45) 
_{Nov}
(25) 
_{Dec}
(16) 
2009 
_{Jan}
(33) 
_{Feb}
(34) 
_{Mar}
(45) 
_{Apr}
(45) 
_{May}
(30) 
_{Jun}
(47) 
_{Jul}
(37) 
_{Aug}
(19) 
_{Sep}
(15) 
_{Oct}
(16) 
_{Nov}
(24) 
_{Dec}
(31) 
2010 
_{Jan}
(32) 
_{Feb}
(25) 
_{Mar}
(12) 
_{Apr}
(5) 
_{May}
(2) 
_{Jun}
(9) 
_{Jul}
(31) 
_{Aug}
(10) 
_{Sep}
(12) 
_{Oct}
(20) 
_{Nov}
(6) 
_{Dec}
(41) 
2011 
_{Jan}
(23) 
_{Feb}
(8) 
_{Mar}
(41) 
_{Apr}
(8) 
_{May}
(15) 
_{Jun}
(10) 
_{Jul}
(8) 
_{Aug}
(14) 
_{Sep}
(16) 
_{Oct}
(13) 
_{Nov}
(15) 
_{Dec}
(8) 
2012 
_{Jan}
(6) 
_{Feb}
(14) 
_{Mar}
(22) 
_{Apr}
(40) 
_{May}
(27) 
_{Jun}
(18) 
_{Jul}
(2) 
_{Aug}
(6) 
_{Sep}
(10) 
_{Oct}
(32) 
_{Nov}
(5) 
_{Dec}
(2) 
2013 
_{Jan}
(14) 
_{Feb}
(2) 
_{Mar}
(15) 
_{Apr}
(2) 
_{May}
(6) 
_{Jun}
(7) 
_{Jul}
(25) 
_{Aug}
(6) 
_{Sep}
(3) 
_{Oct}

_{Nov}
(8) 
_{Dec}

2014 
_{Jan}
(3) 
_{Feb}
(3) 
_{Mar}
(3) 
_{Apr}

_{May}
(19) 
_{Jun}
(6) 
_{Jul}
(1) 
_{Aug}
(4) 
_{Sep}
(18) 
_{Oct}
(5) 
_{Nov}
(1) 
_{Dec}

2015 
_{Jan}
(2) 
_{Feb}
(4) 
_{Mar}
(2) 
_{Apr}
(1) 
_{May}
(17) 
_{Jun}
(1) 
_{Jul}

_{Aug}
(2) 
_{Sep}

_{Oct}

_{Nov}
(1) 
_{Dec}
(11) 
2016 
_{Jan}
(10) 
_{Feb}
(6) 
_{Mar}
(14) 
_{Apr}

_{May}
(2) 
_{Jun}
(5) 
_{Jul}

_{Aug}

_{Sep}
(3) 
_{Oct}
(1) 
_{Nov}
(1) 
_{Dec}

2017 
_{Jan}

_{Feb}
(1) 
_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}
(1) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1

2

3

4

5
(4) 
6

7
(1) 
8
(11) 
9

10

11
(6) 
12
(3) 
13
(8) 
14
(1) 
15
(5) 
16

17

18

19
(5) 
20
(3) 
21
(1) 
22

23

24

25

26

27
(2) 
28

29

30

From: Riccardo Lattanzi <lattanzi@MIT.EDU>  20050413 22:35:19

> >Good news! I was able to build vnl.lib. > > > > > Congratulations! This is a great news. > I tried to build a testing example but I got a strange message. So I checked deeper and it seems that nothing with mpreal.h works anymore. I rebuilt arprec and everything worked. When I tried to build the simpliest application: #include <mp/mpreal.h> int main () { return 0; } The error is: error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall mp_real::~mp_real(void)" (__imp_??1mp_real@@QAE@...) I don't what that error means in this case. Could the building of vnl.lib have caused that? Best Regards, Riccardo 
From: Gehua Yang <yangg2@rp...>  20050413 22:08:02

Riccardo Lattanzi wrote: >Good news! I was able to build vnl.lib. > > Congratulations! This is a great news. >However, I used some tricks. >I first compiled the files by themselves and to quickly get rid of the errors I >commented out 4 functions on vnl_matrix.txx that were causing errors (those are >functions I don't need directly for my purposes but some other routines may >invoke them, so I'll need to check). >Another thing I did was avoiding to use vcl_sqrt, so my vnl_mpcomplex_traits >(same thing on vnl_mpreal_traits)is: > >#include "vnl_mpcomplex_traits.h" >#include <mp/mpcomplex.h> >#include <mp/mpreal.h> >#include <vcl_cmath.h> > >const mp_complex vnl_numeric_traits<mp_complex>::zero = mp_complex(0.0,0.0); >const mp_complex vnl_numeric_traits<mp_complex>::one = mp_complex(1.0,1.0); >const mp_complex vnl_numeric_traits<mp_complex>::maxval = >mp_complex(1E+308,1E+308); > >mp_real vnl_math_squared_magnitude(mp_complex const& x) >{ > return x.real*x.real+x.imag*x.imag; >} >mp_real vnl_math_abs(mp_complex const& x) >{ > //return mp_real(vcl_sqrt(double(x.real*x.real+x.imag*x.imag))); > mp_real fake(1.0); > return fake; > >} > >vcl_ostream& operator<<(vcl_ostream& os, mp_complex x) { > return os << x.real << '+' << x.imag << 'j'; >} > > >You said you will write a vnl_math_sqrt: would it be an inline >function with all the specialization that would go in vnl_math.h ?. > > It will likely be a template function with specializations for mp_real type. >I guess at that point I would need to download a more recent version of >Vxl form CVS. > > > Yes, Please download the CVS version. 
From: Riccardo Lattanzi <lattanzi@MIT.EDU>  20050413 21:03:16

Good news! I was able to build vnl.lib. However, I used some tricks. I first compiled the files by themselves and to quickly get rid of the errors I commented out 4 functions on vnl_matrix.txx that were causing errors (those are functions I don't need directly for my purposes but some other routines may invoke them, so I'll need to check). Another thing I did was avoiding to use vcl_sqrt, so my vnl_mpcomplex_traits (same thing on vnl_mpreal_traits)is: #include "vnl_mpcomplex_traits.h" #include <mp/mpcomplex.h> #include <mp/mpreal.h> #include <vcl_cmath.h> const mp_complex vnl_numeric_traits<mp_complex>::zero = mp_complex(0.0,0.0); const mp_complex vnl_numeric_traits<mp_complex>::one = mp_complex(1.0,1.0); const mp_complex vnl_numeric_traits<mp_complex>::maxval = mp_complex(1E+308,1E+308); mp_real vnl_math_squared_magnitude(mp_complex const& x) { return x.real*x.real+x.imag*x.imag; } mp_real vnl_math_abs(mp_complex const& x) { //return mp_real(vcl_sqrt(double(x.real*x.real+x.imag*x.imag))); mp_real fake(1.0); return fake; } vcl_ostream& operator<<(vcl_ostream& os, mp_complex x) { return os << x.real << '+' << x.imag << 'j'; } You said you will write a vnl_math_sqrt: would it be an inline function with all the specialization that would go in vnl_math.h ?. I guess at that point I would need to download a more recent version of Vxl form CVS. I'll try to use the library and also to fix the errors given by the 4 member functions of vnl_matrix. Hopes that everything will work. Thanks. Riccardo 
From: Gehua Yang <yangg2@rp...>  20050413 19:28:37

Riccardo Lattanzi wrote: >I added the files: >vnl_mpreal_traits.h >vnl_mpreal_traits.cxx >vnl_mpcomplex_traits.h >vnl_mpcomplex_traits.cxx >vnl_matrix+mp_real.cxx >vnl_matrix+mp_complex.cxx > > > Did you try to manually compile these files? If you are able to get these compiled, then we are very close to success. >However I still get the usual errors related to vnl_unary_function...maybe I >need an adhoc specialization of vnl_unary_function. >In fact know it gives the error right after >vnl_unary_function+double.vnl_vector+double.cxx, >which shouldn't be related to mp_complex and mp_real. WHAT DO YOU THINK? > > > Could you also try to generate a preprocessed file on vnl_unary_function+double.vnl_vector+double.cxx? Just rightclick the vnl project, choose Property, expand C/C++, click preprocessor, and turn on generate preprocessed file. (I only have VC7. It should be similar though) After you compile vnl_unary_function+double.vnl_vector+double.cxx file, vnl_unary_function+double.vnl_vector+double.o should be the output of preprocessor. I would like to take a look at it. >If anybody wants to try by himself, the multiprecision library can >be downloaded at http://crd.lbl.gov/~dhbailey/mpdist/ and it's a very small >package. > > > > 
From: Riccardo Lattanzi <lattanzi@MIT.EDU>  20050413 19:08:27

Quoting Gehua Yang <yangg2@...>: > > > One example you could look at is vnl_matrix+vnl_rational.cxx, which > include vnl_rational_traits.h. vnl_rational is also a nonstandard > class. But by defining the vnl_math_squared_magnitude & vnl_math_abs > functions in vnl_rational_traits.{h,cxx}, it is able to instantiate > vnl_matrix<vnl_rational>. Second, vnl_rational didn't define any > numeric limits. My intuition is you don't need that either. Hence, your > case is only a bit more difficult than this example: vcl_sqrt . The > solution will be change all occurance of vcl_sqrt to vnl_math_sqrt. > Hi, thanks again. I tried to implement your suggestion bu it seems the error is still there. Here is what I've done: I subs vcl_sqrt with vnl_math_sqrt and I declared inline vnl_math_sqrt in vnl_math.h in a way that allows me to avoid errors (not a definitive declarartion: the function doesn't do anything). I added the files: vnl_mpreal_traits.h vnl_mpreal_traits.cxx vnl_mpcomplex_traits.h vnl_mpcomplex_traits.cxx vnl_matrix+mp_real.cxx vnl_matrix+mp_complex.cxx which are adaptation of vnl_rational_traits.h, vnl_rational_traits.h and vnl_matrix+vnl_rational.cxx to the cases of mp_complex and mp_real. However I still get the usual errors related to vnl_unary_function...maybe I need an adhoc specialization of vnl_unary_function. In fact know it gives the error right after vnl_unary_function+double.vnl_vector+double.cxx, which shouldn't be related to mp_complex and mp_real. WHAT DO YOU THINK? If anybody wants to try by himself, the multiprecision library can be downloaded at http://crd.lbl.gov/~dhbailey/mpdist/ and it's a very small package. > By the way, VC6 is a broken compiler and its error messages usually do > not make any sense. Is it convenient for you to get another compiler, > such as Visual Studio .Net or GCC 3.x? > You're right and I'm planning to repeat everything on GCC as soon as I have sometime. Thanks a lot, Riccardo 
From: Gehua Yang <yangg2@rp...>  20050413 17:11:03

Riccardo Lattanzi wrote: >I tried to isolate the sources of error and here are the steps (error messages >pasted at the end of the email): > >1. If I use everything as downloaded from Vxl website, then vnl build >perfectly. > >2. Adding the explicit instantiation files vnl_matrix+mp_real.cxx and >vnl_matrix+mp_complex.cxx I get the errors I posted in the previous email plus >those referred to not templated functions used by member functions of >vnl_matrix.(normalize_rows,normalize_columns, etc... are templated on types >but inside their code they call functions like vnl_math_squared_magnitude, >vcl_sqrt, etc... which are missing the specialization for mp_complex and >mp_real) >WHAT DOES "VCL_DEFINE_SPECIALIZATION" BEFORE EACH TEMPLATE SPECIALIZATION MEAN? >DO I NEED TO ADD THAT? > > > Macro VCL_DEFINE_SPECIALIZATION is used to deal with broken compiler which has problems with template specialization. For most compilers, it will expand to template <>. Let's not worry about this. >3. If I comment out the functions in vnl_matrix that give errors I still have >the other error messages I pasted in the previous email. >So, I think I need to focus on them: > >D:\Vxl\vxl1.1.0\core\vnl/vnl_unary_function.txx(32) : warning C4003: not enough >actual parameters for macro 'min' >D:\Vxl\vxl1.1.0\core\vnl/vnl_unary_function.txx(39) : warning C4003: not enough >actual parameters for macro 'max' >D:\Vxl\vxl1.1.0\core\vnl/vnl_unary_function.txx(32) : error C2589: '(' : >illegal token on right side of '::' > C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\xstring(583) : >while compiling classtemplate member function 'double __thiscall >vnl_unary_function<double,class vnl_vector<double> >::get_range_min(void) >const' >...etc..... > >vnl_unary_function is an abstract map between two types. >vnl_unary_function has only 2 specializations in the Templates folder >(vnl_unary_function+double.vnl_vector+double.cxx and >vnl_unary_function+int.int.cxx) >WHY ONLY THESE TWO? >The class vnl_unary_function uses the templated class vcl_numeric_limits >defined >in vcl_limits. > > > What I don't see is why these errors are raised while it is not related to mp_real or mp_complex. The order of included files are: vnl_unary_function+double.vnl_vector+double.cxx vnl_vector.h vnl_unary_function.txx vcl_limits.h I guess none of these files are touched, as you only add vnl_matrix instantiation file. I don't see why the introduction of mp_real and mp_complex breaks this. There is no mp_complex involved in these files. >4. I tried to add the specialization for mp_complex and mp_real in vcl_limits, >just copying that for long double (subs mp_real or mp_complex in place >of long double but it didn't make any difference). > > > > One example you could look at is vnl_matrix+vnl_rational.cxx, which include vnl_rational_traits.h. vnl_rational is also a nonstandard class. But by defining the vnl_math_squared_magnitude & vnl_math_abs functions in vnl_rational_traits.{h,cxx}, it is able to instantiate vnl_matrix<vnl_rational>. Second, vnl_rational didn't define any numeric limits. My intuition is you don't need that either. Hence, your case is only a bit more difficult than this example: vcl_sqrt . The solution will be change all occurance of vcl_sqrt to vnl_math_sqrt. By the way, VC6 is a broken compiler and its error messages usually do not make any sense. Is it convenient for you to get another compiler, such as Visual Studio .Net or GCC 3.x? I am not sure how much momentum you have at this point. If you are still committed, I will be willing to make the change vcl_sqrt > vnl_math_sqrt. By the way, if anyone has objections about this change, please speak. Regards, Gehua 
From: Riccardo Lattanzi <lattanzi@MIT.EDU>  20050413 15:15:55

On Wed, 13 Apr 2005, Peter Vanroose wrote: > > I think is something with vnl_numeric_limits, but I'm not sure. > > Yes, the problems indeed seem to be related to some of the builtin > choices (e.g. for vcl_complex) in vnl. > > Looks like it will be difficult to get rid of that, unless some kind of > templated "complextraits" or so is put in place. > I tried to implement vnl_matrix<vcl_complex<mp_real> > instead of vnl_matrix<mp_complex> but I get the same errors. It seems there's not much more to try, so I want to thank everybody in the list for the help received up to now. If anybody comes up with other suggestion I would really appreciate it. Thanks, Riccardo 
From: Peter Vanroose <peter_vanroose@ya...>  20050413 08:03:53

> I think is something with vnl_numeric_limits, but I'm not sure. Yes, the problems indeed seem to be related to some of the builtin choices (e.g. for vcl_complex) in vnl. Looks like it will be difficult to get rid of that, unless some kind of templated "complextraits" or so is put in place.  Peter. 