[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Matlab compatibility of assert
From: |
John W. Eaton |
Subject: |
Re: Matlab compatibility of assert |
Date: |
Tue, 24 Sep 2013 13:45:12 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 |
On 09/24/2013 01:28 PM, Rik wrote:
How bothersome! We have a perfectly good feature and then the syntax gets
changed underneath us.
Yes, it's what we get for innovation.
I guess it's fine to change the function. I would rather see oassert for
Octave assert rather than tassert. This follows the pattern for ostrsplit
and strsplit where the same pre-existing function situation happened and we
had to change Octave to accommodate Matlab.
OK, I don't have any particular attachment to the name, so oassert is
fine with me, though when I see that, I think "old assert", not
"octave assert".
If we had packages, could that help here? Then we could add something
like
import octave.test.*
in the test function and ensure that we get the version of assert that
we want without having to change any of the existing test code.
If that would help, then I think we could put this change off until
later. It hasn't really caused trouble for us so far, so maybe we
should wait.
jwe
- Re: assert () taking long time, Rik, 2013/09/19
- Re: assert () taking long time, Daniel Kraft, 2013/09/20
- Re: assert () taking long time, Rik, 2013/09/23
- Re: assert () taking long time, Daniel Kraft, 2013/09/24
- Matlab compatibility of assert (was: Re: assert () taking long time), John W. Eaton, 2013/09/24
- Re: Matlab compatibility of assert, Julien Bect, 2013/09/24
- Re: Matlab compatibility of assert, John W. Eaton, 2013/09/24
- Re: Matlab compatibility of assert, Julien Bect, 2013/09/24
- Re: Matlab compatibility of assert, Rik, 2013/09/24
- Re: Matlab compatibility of assert,
John W. Eaton <=
- Re: Matlab compatibility of assert, Rik, 2013/09/24