a85c027936
The LayoutManager for some reason has both a ToolbarLayoutManager pointer field, and a uno::Reference to an aspect (or whatever term one should use) of the same ToolbarLayoutManager. (I.e. esssentially two fields for the same thing. Why it doesn't create such variables where needed instead I don't know.) Anyway, for some reason there were lots of instances where a local variable was initialised with this second field but then never used. I removed those. (Surely just copying the field into a local variable doesn't have any interesting side effect that would explain this pattern?) Change-Id: Ibdfbd9476c39d3e83b58e81469b94d9a87444ca8
solver means "Solar Version", a weird name with only historical significance now
It has no relation to the verb "to solve".
solver is the directory tree into which header files for inter-module
use and build results (libraries, shared libraries, executables) are
copied ("delivered") during the build, and from where they are then
picked up when constructing an installer (Windows), a RPM or deb
package (Linux) or an app bundle (Mac).