Remove ModelingToolkit and Symbolics as direct deps of subpackages
Is your feature request related to a problem? Please describe.
I'm always frustrated when precompiling ModelingToolkit.
A couple of sublibraries like OptimizationMOI have MTK as a direct dependency, which adds MTK to the dependency stack, increasing load time and precompile time as well as environment size.
Describe the solution you’d like
It would be good to move MTK to extensions in these packages so that it's not a direct dependency. If necessary Optimization.jl can continue to load MTK and trigger these extensions but I don't imagine that is necessary.
Additional context
cc @meggart @lazarusA @felixcremer
Just as a data point, precompiling ModelingToolkit adds 193 seconds to our testruns:
193381.8 ms ✓ ModelingToolkit