Re: saveing/loading symbol table of annymous functions

[David Bateman]

John W. Eaton wrote:
> On 16-May-2007, David Bateman wrote:
>
> | I deliberately didn't search all of the load path, since if the function
> | used for the function handle is part of Octave/Matlab it should be found
> | in Octave/Matlab itself rather than elsewhere. Even if I searched the
> | loadpath, I'd want the system versions to be taken in precedence over
> | the other versions in the loadpath. So the order of the loadpath
> | shouldn't be respected..
> | 
> | Sure why not make this a load_path::find_X function. In that case I
> | wouldn't need access to load_path::system_path() externally..
>
> OK, I think I would just add an argument to the current find_X
> functions.  It could say to search system directories, non-system
> directories, or both (the default).  I think this would also require
> modifying the dir_info class so that each dir_info object contains a
> flag that says whether it is a system directory.
>
> I don't have time to work on this right now, but it will come up again
> soon for me when I start integrating the new symbol table code because
> your new code accesses the symbol table directly.
>
> jwe
>
>   
Why do you need the flag in the dir_info class? Can't we just define the
system path as being the paths given by system_path? I'd hesitate to
touch that for 3.0 in any case..

D.

-- 
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