On 05/23/2010 07:20 AM, Jerry Feldman wrote:
> On 05/22/2010 12:22 PM, Bruce Labitt wrote:
>
>> Because in C the array (matrix) does not have
>> to be contiguous in memory.
>>
> This can be true. First, a struct must be aligned on a natural boundary,
> which is usually a 64-bit boundary.
On 05/22/2010 12:22 PM, Bruce Labitt wrote:
> Because in C the array (matrix) does not have
> to be contiguous in memory.
This can be true. First, a struct must be aligned on a natural boundary,
which is usually a 64-bit boundary. In your case doublecomplex. Since
doubles are also 64-bit the doub
Bruce Labitt writes:
> Well, I have something to try... If one actually RTFM or in this case
> the readme, one finds the following:
>
> # As a final point, we must stress that there is a difference in the
> definition
> # of a two-dimensional array in Fortran and C.
The difference that you c
snip
> Not too much to report. I even re-compiled ATLAS & LAPACK allowing gcc
> & gfortran and got my example code to build. Same problem with the 9x9
> matrix. The 2x2 double complex matrix svd worked!
>
> I do have to say the interface to LAPACK is much better than CLAPACK.
> (C or C++ ca
bruce.lab...@autoliv.com wrote:
> gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 02:34:19 PM:
>
>
>> Comment on my own post. Probably nothing is wrong with MY CODE.
>>
>> http://icl.cs.utk.edu/lapack-forum/viewtopic.php?f=2&t=745
>>
>> The claim is that zgesvd_ function hangs. Th
gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 02:34:19 PM:
>
> Comment on my own post. Probably nothing is wrong with MY CODE.
>
> http://icl.cs.utk.edu/lapack-forum/viewtopic.php?f=2&t=745
>
> The claim is that zgesvd_ function hangs. The fix is allegedly to
modify
> the make.
Jerry Feldman writes:
> Several years ago, someone at a BLU meeting mentioned he was having a
> problem with some code in a phone switch, and his company and Verizon
> were pointing fingers, especially because a previous problem was theirs.
> He tried a number of different solutions, and after tr
On 05/19/2010 04:03 PM, Kevin D. Clark wrote:
> Jerry Feldman writes:
>
>
>> On 05/19/2010 03:22 PM, Bruce Labitt wrote:
>>
>>> Is there an equivalent tool for the stack?
>>>
>> Purify. Purify is a commercial product (expensive too) that instruments
>> every load and store operation
Jerry Feldman writes:
> On 05/19/2010 03:22 PM, Bruce Labitt wrote:
> >
> > Is there an equivalent tool for the stack?
>
> Purify. Purify is a commercial product (expensive too) that instruments
> every load and store operation whether that be on the heap or the stack.
> While valgrind is a great
[please don't top-post]
Bruce Labitt writes:
> Is there an equivalent tool for the stack?
I don't know of a reliable one.
--kevin
--
alumni.unh.edu!kdc / http://kdc-blog.blogspot.com/
GnuPG: D87F DAD6 0291 289C EB1E 781C 9BF8 A7D8 B280 F24E
Wipe him down with gasoline 'til his arms are ha
On 05/19/2010 03:22 PM, Bruce Labitt wrote:
>
> Is there an equivalent tool for the stack?
>
>
Purify. Purify is a commercial product (expensive too) that instruments
every load and store operation whether that be on the heap or the stack.
While valgrind is a great tool, it does not compare to Puri
On 05/19/2010 02:34 PM, bruce.lab...@autoliv.com wrote:
> gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 01:36:03 PM:
>
>
>> gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 09:19:37 AM:
>>
>>> On 05/18/2010 08:13 PM, Bruce Labitt wrote:
>>>
As the subject
Is there an equivalent tool for the stack?
On May 19, 2010 3:18 PM, "Kevin D. Clark" wrote:
Bruce Labitt writes:
> If anyone has a few spare moments, I'd appreciate a quick look and any
> h...
All of your code allocates space for your matrix arrays on the stack.
There is nothing wrong with thi
Bruce Labitt writes:
> If anyone has a few spare moments, I'd appreciate a quick look and any
> helpful comments you may have. FWIW, I used valgrind and saw that even
> when I got the correct answer, there were tons of warnings and errors
> reported. (These errors were DEEP inside of the CLA
gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 01:36:03 PM:
> gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 09:19:37 AM:
> > On 05/18/2010 08:13 PM, Bruce Labitt wrote:
> > > As the subject line indicates - a total shot in the dark...
> > >
> > > Prototyping Platform: Ubun
On 05/19/2010 01:36 PM, bruce.lab...@autoliv.com wrote:
> gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 09:19:37 AM:
>
>> On 05/18/2010 08:13 PM, Bruce Labitt wrote:
>>
>>> As the subject line indicates - a total shot in the dark...
>>>
>>> Prototyping Platform: Ubuntu 10.04 x8
gnhlug-discuss-boun...@mail.gnhlug.org wrote on 05/19/2010 09:19:37 AM:
> On 05/18/2010 08:13 PM, Bruce Labitt wrote:
> > As the subject line indicates - a total shot in the dark...
> >
> > Prototyping Platform: Ubuntu 10.04 x86-64
> > Libraries: BLAS from ATLAS, CLAPACK
> >
> > I'm trying to use s
I've used CLAPACK, but as an underlying library for other things. My
company uses CLAPACK 3.0 in our product and I am unaware of any issues.
We do complex things like Stochastic systems. In addition about 99% of
our code is pure C++ with a very small amount of C Flex and Bison.
Additionally, the Py
As the subject line indicates - a total shot in the dark...
Prototyping Platform: Ubuntu 10.04 x86-64
Libraries: BLAS from ATLAS, CLAPACK
I'm trying to use some CLAPACK routines to perform matrix manipulation,
in particular, the zgesvd routine to do a singular value decomposition
(SVD). My cod
19 matches
Mail list logo