octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Implementation of convn


From: David Bateman
Subject: Re: Implementation of convn
Date: Thu, 27 Mar 2008 15:52:37 +0100
User-agent: Thunderbird 2.0.0.12 (X11/20080306)

John W. Eaton wrote:
> On 27-Mar-2008, David Bateman wrote:
>
> | /usr/share/octave/3.0.0/m/polynomial
> | /usr/lib/octave/3.0.0/oct/x86_64-pc-linux-gnu
> | 
> | when then create a directory structure under the architecture dependent
> | directory, like
> | 
> | /usr/lib/octave/3.0.0/oct/x86_64-pc-linux-gnu/polynomial
> | 
> | where the architecture dependent and independent "polynomial"
> | directories are considered part of the same package. When can then have
> | the private directories
> | 
> | /usr/share/octave/3.0.0/m/polynomial/private
> | /usr/lib/octave/3.0.0/oct/x86_64-pc-linux-gnu/polynomial/private
> | 
> | and that both m-files and oct-files from the polynomial package can call
> | private functions in both the architecture dependent and independent
> | private directories..
>
> That's a possibility, but I don't see how we reliably match up the
> directories given that we have core and site directory trees and
> anyone can create their own (even more than one).  If all are merged,
> then a user would have access to core private functions simply by
> creating (for example) a ~/octave/polynomial directory and adding it
> to the path.
>
> jwe
>   
Do we want to prevent the user doing this? Or is the idea to prevent
them doing it accidentally. Why not add a call like

sharedprivate (fullfile (octave_config_info ("localapioctfiledir"),
"polynomial"))

to

usr/share/octave/3.0.0/m/polynomial/PKG_ADD

and

sharedprivate (fullfile (octave_config_info ("localapifcnfiledir"),
"polynomial"))

to

usr/lib/octave/3.0.0/oct/x86_64-pc-linux-gnu/polynomial/PKG_ADD

and have the "sharedprivate" function register with the symbol table
code that an additional legal path to the private directories.. This
gives us the freedom to add dependent private directories anywhere and
prevents the user accidentally obtaining access to the private functions..

Regards
David








"/usr/lib/octave/3.0.0/oct/x86_64-pc-linux-gnu/polynomial/private



-- 
David Bateman                                address@hidden
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE                  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary



reply via email to

[Prev in Thread] Current Thread [Next in Thread]