[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-patch-tracker] [patch #8535] [signal] firpm (new remez)
From: |
Mike Miller |
Subject: |
[Octave-patch-tracker] [patch #8535] [signal] firpm (new remez) |
Date: |
Sun, 22 Feb 2015 17:34:20 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.111 Safari/537.36 |
Follow-up Comment #9, patch #8535 (project octave):
The ideal outcome would be if the files were rewritten to conform to Octave's
coding style and use STL and Octave library functions where appropriate :)
The same applies to ultrwin really, I would like to see that use Octave's
coding style and library functions as well if possible.
If that is a non-starter, I'll think about other ways we can work with this.
Maybe add the code to an internal library "cruft" directory and link the
oct-files against that, like the "cruft" directory that Octave maintains with
various numerical libraries stuffed inside.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/patch/?8535>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/