LDC: Don't keep around temporary object files for static libs (#2690) ...

* LDC: Don't keep around temporary object files for static libs

This was a workaround for older LDC versions. Since LDC v1.25,
`-cleanup-obj` implies that the temporary object files are placed
into a unique temp directory (per compiler invocation), so that
object file collisions across parallel dub invocations cannot happen
anymore.

Remove support for OMF, make MsCOFF be x86 ...

Now that OMF support is being removed, dmd-latest is broken in the CI.
Since DMD no longer supports it, and we are mostly concerned about
supporting the latest 10 releases, we're keeping x86_omf and x86_mscoff
available but making them aliases to x86.

Let uesr $DFLAGS override build settings as much as possible ...

Signed-off-by: Andrei Horodniceanu <a.horodniceanu@proton.me>

Add betterC probing for performance and for applications without drun… (#2753) ...

* Add betterC probing for performance and for applications without druntime
* Build probe pragmas using a pragmaGen function rather than string duplication.
* Add some formatting adjustments

Revert "Move data part of dub.platform to dub.data" ...

This reverts commit a0d80e8.
The approach might be wrong headed and will be reverted until
a more comprehensive diff can be submitted.

Move dmd version parser to packagerecipe ...

This module is the only one that uses it, so instead of having
it in a place that looks correct but where it is not used,
move it to packagerecipe and make it private.

Move data part of dub.platform to dub.data ...

We want to separate the data part, which is exposed to the PackageRecipe,
from the actual platform check code, which is used when building.

Don't wastefully execute everything via a shell ...

We should only ever use the shell if we want to use the shell's
features, such as pipes, non-trivial redirection, or shell language
features (branches/loops/etc.).  Otherwise, executing a program via
the shell is pointless and wasteful.

Fix flags Json serialization ...

These flags always appear empty in `dub describe`

Revert "Make all static library exports contribute to dlls on Windows" ...

This reverts commit 076022c / PR2614.

Make all static library exports contribute to dlls on Windows

Add unittest to test collection of C sources and headers

fix typo(s)

reduce dependency on the working directory ...

Improves library API usage and bugs with the build generator

Reduce dependency on `std.file` (#2547)

Move foreign code from global scope to dub.internal. ...

Avoids conflicting with the actual dub packages when working with dub as a library. Also, even if just by convention, it ensures that dependent code doesn't rely on this code as a public API.

Unify reading and writing files under a single API ...

This removes the range API and instead uses Appender,
while using a limited and centralized set of functions
to read/write from files.
The end goal is to permit dependency injection,
which is a pre-requisite to extending the test-suite.

Fix unittest for platform probe on Windows

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.

Posix: Add default SONAME/install_name for dynamic libraries ...

Setting it to the filename (ELF) or `@rpath/<file name>` (Mach-O).

This seems to be required in order to use the libraries copied to
the output directory of dependees - either by setting the
LD_LIBRARY_PATH env var when starting the executable, or baking a
RUNPATH into the executable (e.g., via `patchelf --set-rpath` for
deployment).

Otherwise the loader tries to load the library from the original
location specified in the linking cmdline, which is some
`<path to dep pkg>/.dub/…` path (and apparently potentially
relative, and thus even more brittle). For ELF, I would assume
that all SONAME + DT_NEEDED entries (of executable + all .so libs)
would need to be post-processed to enable loading the libs from the
executable's directory (well, any non-original location).

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.

LDC: Use `-fvisibility=public -dllimport=all` when compiling a Windows DLL (#2412) ...

As `-shared` can only be used when linking the DLL in the same cmdline too.
On Windows, `-shared` changes the defaults of some important settings wrt.
dllim/export, so specify those explicitly when *compiling* a DLL with dub
(or some static lib dependency thereof etc.).

Fix x86 OMF support ...

Allowlist -m32omf "linker" flag

Add `fromYAML` method to `Flags` ...

This will be used once Configy starts to parse package recipes.

Trivial: Clear trailing whitespace

Also add options when we combine buildsettings (#2363) ...

* Also add options when we combine buildsettings

* include all the buildsettings in add(bs)

Co-authored-by: WebFreak001 <gh@webfreak.org>

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

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

compilers: Change lflagsToDFlags to avoid scope escape ...

If 'in' implies 'scope', then the parameter is being escaped.

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

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