Re: modified residues() for matlab compatibility

[Ben Abbott]

On Monday, October 01, 2007, at 10:42AM, "David Bateman" <address@hidden> wrote:
>Ben Abbott wrote:
>>
>> I plan to run more test, and see if I can improve the agreement
>> (differs in the 9th decimal place). However, I thought it a good time
>> to solicit feedback, and participation in testing.
>>
>> If anyone has an application that puts residue.m through its paces,
>> I'd appreciate you taking a look.
>>
>> Also if anyone is up to checking the scripts for adherence to the
>> common coding practices of the Octave contributers, I'd appreciate any
>> feedback.
>>
>I haven't followed this conversation, but the code needs a copyright and
>you have to apply that.. Also it needs a help string though I imagine
>that can be taken from the existing residue.m. Could you resend it with
>a GPL copyright to be absolutely clear that the code is under a GPL
>
>D.

David, your comment confused me ... until I noticed I'd uploaded the *wrong* 
file :-(

The correct residue.m is attached. In addition, I've attached a modified 
version of mpoles.m which uses the sortcom.m available from Octave-Forge.

I've done my best to put the texinfo stuff in. Its a bit painful for me since I 
haven't figured out a convenient method to debug it when there's a problem.

I did not modify the copyright from the original residue file and just copied 
the same to mpoles. If I should modify the copyright to indicate my name, 
please let me know (not sure what the protocol is respecting that).

Ben

mpoles.m
Description: Binary data

residue.m
Description: Binary data