[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Implementation of convn
From: |
John W. Eaton |
Subject: |
Re: Implementation of convn |
Date: |
Thu, 27 Mar 2008 16:30:55 -0400 |
On 27-Mar-2008, David Bateman wrote:
| However private directories can't stop the user copying the file from
| the private directory to their home directory and using it in any
| case.
Yes, but at that point, they "own" the file. What I was thinking
about is that someone uses a private function and they don't even know
they are doing it, so then when the interface changes or disappears,
they complain. Of course that's the situation we have now (I think
the naming scheme is not much of a clue for most) so yes it probably
would be better to have something that allow us to have private
.oct/.mex file functions and still maintain the separation of the
architecture independent and dependent files. Perhaps give it a name
like __merge_private__ and have it emit a warning if not called from a
PKG_ADD file?
jwe
- Re: Implementation of convn, (continued)
- Re: Implementation of convn, Søren Hauberg, 2008/03/27
- Re: Implementation of convn, David Bateman, 2008/03/27
- Re: Implementation of convn, John W. Eaton, 2008/03/27
- Re: Implementation of convn, David Bateman, 2008/03/27
- Re: Implementation of convn, John W. Eaton, 2008/03/27
- Re: Implementation of convn, David Bateman, 2008/03/27
- Re: Implementation of convn, John W. Eaton, 2008/03/27
- Re: Implementation of convn, David Bateman, 2008/03/27
- Re: Implementation of convn,
John W. Eaton <=
- Re: Implementation of convn, David Bateman, 2008/03/27
- Re: Implementation of convn, Fredrik Lingvall, 2008/03/27
- Re: Implementation of convn, Søren Hauberg, 2008/03/27
- Re: Implementation of convn, Fredrik Lingvall, 2008/03/27