Closed jwnimmer-tri closed 7 years ago
Given other priorities, and probably wanting to coordinate with other CMakeLists
refactoring, I am not going to work on this immediately -- but don't be surprised if it crops up again in a few weeks.
@RussTedrake for these four files, may I move them into drake-distro/drake/matlab/
as part of this upcoming PR, or would it be easier to keep them where they are now (drake-distro/drake/
)?
General FYI... work in progress will be here (N.B. will be rebased often): https://github.com/jwnimmer-tri/drake/commits/the-great-matlab-relocation-of-aught-sixteen
Fine to move but you'll need to update the docs in a bunch of places, too.
I think we can let addpath_drake
remain where they are; it's not worth disrupting them, because they are not in the way like the library code was. I also think that I am content to leave examples
alone as well. Thus, once #3861 merges, I think the issue can be closed, modulo a final sanity-check pass.
Wrap-up checklist:
find drake -name examples -prune -o -name thirdParty -prune -o -name matlab -prune -o -name doc -prune -o -name \*.m -print
is clean.rm -rf matlab
and make sure all C++ tests pass.
One nitpick issue filed as #3982, otherwise this is done. Closing the meta-ticket. :100:.
As begun in #3191, we should move all matlab-related code into
drake-distro/drake/matlab
; this also includes the C++ supporting code for mex. See https://github.com/RobotLocomotion/drake/pull/3191#issuecomment-240897342 for an overview.The order of operations will be something like:
util
, either:util
from within non-matlab-related C++ code (ideally) (#3278); moveutil
intomatlab/util
; orutil
in twain like we did withsolvers
(as a fallback);GetFullPath
, either:thirdParty/bsd/GetFullPath
from withindrake/matlab
(ideally); orMATLAB_FOUND
at the top level, just likeadd_subdirectory(matlab)
is guarded;systems
by splitting it in twain like we did withsolvers
.regtests
to partition the tests by either matlab-iness, specific plan TBD.examples
TBD.