You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Unity build is great. But over the years the unity files are growing larger and larger. It is now at a point where certain unity files are too big. For example the materials_unity in the solid mechanics module and the userobjects_unity in the framework.
Design
The solid mechanics module addresses this issue by splitting up the materials directory into sub-directories. While I think that is a valid approach, a framework-level more general approach could be to limit the number of files to "unify". CMake has a similar option UNITY_BUILD_BATCH_SIZE. It would be nice if we can support something like that.
Impact
Faster iteration while developing. For example if I only modify a single source file, I would only have to recompile a subset of the userobjects_unity file.
The text was updated successfully, but these errors were encountered:
Motivation
Unity build is great. But over the years the unity files are growing larger and larger. It is now at a point where certain unity files are too big. For example the materials_unity in the solid mechanics module and the userobjects_unity in the framework.
Design
The solid mechanics module addresses this issue by splitting up the materials directory into sub-directories. While I think that is a valid approach, a framework-level more general approach could be to limit the number of files to "unify". CMake has a similar option UNITY_BUILD_BATCH_SIZE. It would be nice if we can support something like that.
Impact
Faster iteration while developing. For example if I only modify a single source file, I would only have to recompile a subset of the userobjects_unity file.
The text was updated successfully, but these errors were encountered: