-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Toolbox on the narrowest grounds possible #11
Comments
I had a quick look at this, but it requires rewriting some things in Firstly, there's a bug in how it reads in the More problematic is that a toolbox often defines in its own record, which subdirectories to add. In the case of Psychtoolbox-3, it specifies that the entire |
Thanks for looking at this Joris. It might be tough to prune the Psychtoolbox install. How about the BrainardLabToolbox? Do we know what elements / subdirectories are actually used? |
Matlab's builtin The function below finds toolboxes that TbTb knows about, and for each of those the exact subdirectories (i.e., down to the sub-sub-subdirectory that a function is in) that are required. It can also spit out the names of the required m-files. Since it could be that not all dependencies are managed by TbTb (or they are in projects, which are a hassle to check...), it can also spit out unresolved dependencies. The one thing it currently does not do, is trace where/how it uses each function. Maybe we want this in the TbTb (@DavidBrainard)? I could probably write some more code that batch-runs this on everything in a project/toolbox folder, collects the output, and writes a TbTb configuration.... tbDependencies.txt (download and rename to |
Short answer, of the BrainardLabToolbox the
(ran |
I've pushed an updated config I tried to use the |
Issue a PR and we can get it into the "official" copy. |
@DavidBrainard knows that this is a bugaboo of mine.
As we develop the OLApproach repos, I would like us to examine the JSON files and modify the toolbox includes to have them include ONLY the code that is being used. As a general principle, a directory of code should not be added to the path if the repo doesn't actually use anything in the that directory.
So, the OLApproach routines currently add the BrainardLabToolbox and the Psychtoolbox-3 to the path. Can we prune these down to just the sub-directories that contain routines that are actually being used?
The text was updated successfully, but these errors were encountered: