[Insight-developers] vnl_svd on Borland compiler

Miller, James V (Research) millerjv@crd.ge.com
Wed, 2 Oct 2002 11:09:34 -0400


I'll take a look.

> -----Original Message-----
> From: Aljaz Noe [mailto:noe@grasp.cis.upenn.edu]
> Sent: Wednesday, October 02, 2002 10:34 AM
> To: 'Bill Hoffman'; Insight-Developers; Miller, James V (Research)
> Subject: RE: [Insight-developers] vnl_svd on Borland compiler
> 
> 
> Do you have any ideas, what could be going wrong inside the svd on
> Borland?
> 
> Aljaz
> 
> > -----Original Message-----
> > From: Bill Hoffman [mailto:bill.hoffman@kitware.com] 
> > Sent: Wednesday, October 02, 2002 10:20 AM
> > To: Aljaz Noe; insight-developers-admin@public.kitware.com; 
> > 'Miller, James V (Research)'
> > Subject: RE: [Insight-developers] vnl_svd on Borland compiler
> > 
> > 
> > I think we need to fix svd or say that the borland compiler 
> > is not supported.
> > 
> > -Bill
> > 
> > 
> > At 10:17 AM 10/2/2002 -0400, Aljaz Noe wrote:
> > >> While that indeed seems to be a problem.  Why are using an
> > >> SVD to compute a determinant? vnl_determinant<> will switch 
> > >> between using a brute force determinant and qr decomposition.
> > >
> > >I didn't know that vnl_determinant<> exists. It's not in 
> the doxygen 
> > >documentation.
> > >
> > >> Does vnl_determinant produce the correct answer?
> > >
> > >It does. I've changed the code, but this doesn't solve the 
> > problem yet, 
> > >because we're using svd to do other stuff, like inverting 
> matrices, 
> > >which again, doesn't work on Borland.
> > >
> > >Is there any alternative to using vnl_svd_inverse<>(matrix)?
> > >
> > >Aljaz
> > 
> > 
>