Copy extra files of (direct & indirect) dynamicLibrary deps to root package output dir only

Windows: Copy .lib files from DLL deps only ...

One aspect of issue #2377 - don't copy static libs. And only copy
import .lib & .exp if the dependee is a DLL too.

Support --temp-build also in `dub build` (#2428)

Integrate `dependencyBuildSettings` into dependencies ...

Because those are specified in `dependencies`,
they should be stored alongside them.
Unfortunately this will slihtly increase memory usage in the common case,
but unlikely to a point where it would be problematic.

This is technically a breaking change as a field is getting removed,
however this struct has been manipulated a few times in breaking ways,
and it's unlikely `dependencyBuildSettings` is being used outside of dub,
given how recent it is and how narrow its usage is.
However, as `dependencies` is likely to be widely used, a compatibility
type and an `alias this` are provided not to break client code.

Windows: Don't copy import .lib & .exp files for executables ...

One aspect of issue #2377 - copy those for DLLs only.

Avoid calls to .dup in cmake.d (#2421)

Forward flag `--color={on,off}` to compiler calls (#2382) ...

When the user sets the color mode explicitly,
we forward it to the compiler for consistency,
while making sure it doesn't impact the build cache ID.

Fix #2348 Crash when describing postBuildCommands

Recursively link all link deps of dynamic libraries too (#2414) ...

Templates exposed by a dynamic library A can easily lead to
instantiations in dependees needing to be linked against a direct or
indirect dependency of A.

Use SHA256 in place of MD5 in computeBuildName

Minor: Replace a foreach with a nested function ...

Avoid an allocation every time and a cast.

improve some output coloring ...

See #2347

Address review by WebFreak001.

Keep logging functionality out of the public API as requested in https://github.com/dlang/dub/pull/2124#issuecomment-813016939.

Fix/Update some tests and make some info messages more similar to original version of Dub

Fix indentation style, now using tabs

Fixed blue color missing for config in up-to-date

More improvements and replacements ...

Adapted generators output to new style, small change for non-selected
packages

Making the output prettier - first changes

New logging module - initial functionality ...

The new module replaces dub.internal.vibecompat.core.log by using the
same function names, but implementing colored output and the left
fixed-width tag. Overloaded functions are provided to output colored
text.

Still missing initLogging() and non-TTY stdout/stderr detection

Make Project.addTestRunnerConfiguration() accept a const GeneratorSettings argument

Build{Options,Requirements}: Use a common templated struct ...

A bit less copy-pasta is a small but appreciable win.

Merge pull request #2259 from rikkimax/fix-issue2258 ...

Fix issue 2258 where dependency target binaries are not copied

Signed-off-by: Nicholas Wilson <thewilsonator@users.noreply.github.com>
Merged-on-behalf-of: Nicholas Wilson <thewilsonator@users.noreply.github.com>

Refactor checks for platform is Windows into a method on BuildPlatform

Add support for coverage at compile-time (CTFE)

Fix issue 2258 and copy the build artifacts to the target directory

Implement injection of source files from dependencies into parent final binaries (executed/shared libraries)

Fix #2238 - Renew source files after preGenerateCommands

Define the $DUB_BUILD_PATH variable. ...

The `$DUB_BUILD_PATH` variable is now defined inside the `postBuildCommands`
section. It contains the absolute path in which the package was built, and can
be used to copy by-products of the build process to their intended locations.

move command variable substitution to execution ...

This is needed as commands that need to be run need to have generator
settings available before running to avoid inconsistencies with
environment variables passed to the actually ran program and variables
used in substitution.

Fixes #2192

Fixes pre/postGenerateCommands inconsistently using dub environments
(execution was substituted including buildEnvironments, but shell cmd
did not get the build variables for substitution) - now both get
the build variables. Solved by removing code duplication. (env building)

This commit changes the behavior of `dub describe` so that describing
commands settings no longer substitutes variables. Before, known
variables would have been replaced in the output and on unknown
variables `dub describe` would fail with an error
`Target 'x' doesn't exist`

Now exposes some previously private project.d processVars functions