MaplePrimes - answers and comments on Question, extending CodeGeneration[C] and array arguments

anything

alec — Sat, 07 Jun 2008 08:39:37 Z

Thus far, one thing that I can say, is that it works with anything instead of [anything].

Alec

Array types in Maple

alec — Sun, 08 Jun 2008 11:18:14 Z

Some problems seem to be caused by evaluating types, such as

'Matrix'(storage=rectangular,datatype=float[8],order=Fortran_order)

as actual Matrices and not types.

That seems to be a design flaw.

In general, it seems as if using strings for types instead of symbols would simplify coding in many situations.

That, probably, can't be changed now because of the backward compatibility issues, but still...

Alec

better late than never

acer — Thu, 10 Jun 2010 10:47:08 Z

Thanks Alec. I never noticed this old response, until I started reviewing posts to add tags. Sigh.

At the time, I figured just as you have done, that the problem is with Matrix type checks being wrongly evaluated (like Matrix constructor calls). But I don't see a reason why it can't be fixed inside CodeGeneration, as I'm not sure that fixing it would interfere with any part that's working properly at present.

The reason I want this,by the way, is that if working I'm pretty sure that I would be able to cobble together an extension to CodeGeneration[C] which "undertstood" large parts of the LinearAlgebra package for float[8] rtables, and which could emit C code with appropriate calls to the BLAS or CLAPACK equivalents. But I can't really begin properly, in light of this bug.

acer