dispatching for sparse
David Bateman
David.Bateman at motorola.com
Tue Feb 5 04:33:08 CST 2008
John W. Eaton wrote:
> [I'm moving this discussion to the maintainers list. --jwe]
>
> On 4-Jan-2008, David Bateman wrote:
>
> | What we need to do to fix this is to use the newly introduced object
> | classes (ie the "@" directories in this case) and the superiorto
> | function to force mixed sparse/full function to be treated by the sparse
> | versions of the functions. As we are still missing the superiorto
> | function this isn't yet possible and so even converting to object
> | classes won't help here yet... I think this is one that will have to
> | wait at the moment.
>
> As it is currently implemented, the new class-based dispatching won't
> really help here since the class of a sparse object is always double.
>
> One possibility is to extend the class-based dispatch to be finer
> grained so that we can dispatch on "sparse", "sparse complex matrix",
> "sparse bool matrix", etc. (the string returned by typeinfo). But
> this adds even more complexity to the type dispatch code, and I think
> I'd prefer to avoid it.
>
> Another possibility is to merge the sparse code with the existing
> functions and dispatch internally. For example, we would eliminate
> spkron and just have kron, which then needs to do the dispatching
> itself for the various "internal" types.
>
>
Well, I'd thought to move kron the the Array<T> and Sparse<T> classes
like I did with sort. However, I'm not sure that is the right thing to
do.. What about the attached instead.
D.
--
David Bateman David.Bateman at motorola.com
Motorola Labs - Paris +33 1 69 35 48 04 (Ph)
Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob)
91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax)
The information contained in this communication has been classified as:
[x] General Business Information
[ ] Motorola Internal Use Only
[ ] Motorola Confidential Proprietary
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch15
Url: https://www.cae.wisc.edu/pipermail/octave-maintainers/attachments/20080205/00197d74/attachment.ksh
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch15.changelog
Url: https://www.cae.wisc.edu/pipermail/octave-maintainers/attachments/20080205/00197d74/attachment-0001.ksh
More information about the Octave-maintainers
mailing list