Take a "nixSupport" argument that is an attrset of lists to append
to "$out/nix-support/${name}" where name is the name of the
attribute. This attrset is available from the passthru of the
wrapped compiler.

This is an alternative to imperatively issuing flags with
extraBuildCommands and makes it possible to append or filter
flags with an override.

postgresql: alias to postgresql_14

Added trivial updater script.
Refreshed nix-specific patch with path to debug symbols.
Dropped upstreamed patches for gcc-12 support and musl support.

Changes: https://www.sourceware.org/gdb/download/ANNOUNCEMENT

Take advantage of the bump and drop the if/null construct for optionalString.

Otherwise this error is shown when cross-compiling:

configure: WARNING:
  You will not be able to create source packages with 'make dist'
  because gtk-doc >= 1.0 is not found.
checking for gtkdoc-check... gtkdoc-check.test
checking for gtkdoc-check... /nix/store/c54j3jcj3cijg9kf54lcr94lsc09xd4r-gtk-doc-1.33.2/bin/gtkdoc-check
checking for gtkdoc-rebase... /nix/store/c54j3jcj3cijg9kf54lcr94lsc09xd4r-gtk-doc-1.33.2/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /nix/store/c54j3jcj3cijg9kf54lcr94lsc09xd4r-gtk-doc-1.33.2/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... yes
configure: error:
  You must have gtk-doc >= 1.0 installed to build documentation for
  libqrtr-glib. Please install gtk-doc or disable building the
  documentation by adding '--disable-gtk-doc' to './configure'.

Also enable strictDeps to prevent future issues.

As far as I can tell, this has never actually done anything, as
LDEMULATION is not exported. I tried exporting it and builds broke,
and as it doesn't seem to have caused any problems as a noop all these
years it didn't seem worth investigating further.

This is expected e.g. by the GHC cross-compilation code

Fixes autotools checks parsing --help

libtool upstream seems quite slow to merge...

By specifying pkgs.libffi here instead of letting callPackage handle
it, we confuse the splicing logic and put the host libffi into
NIX_LDFLAGS_FOR_TARGET. This previously hasn't been a problem, as we
also pass an explicit configure flag pointing to the target libffi,
and so the only side-effect is a senseless -rpath flag.

ld.lld (rightly) does not recognize the -rpath flag when targeting
Windows, however, so this causes build failures.

The derivation is complex enough to warrant moving out of
all-packages.nix

Because both versions might end up in a derivation's build inputs, it
might be useful to be able to explicitly select which function to use.

...and pass it makeBinaryWrapper in all-packages.nix

Fixes #172249

...into staging-next

The issue with dlltool was fixed in 4b0f59a.

...into staging-next

This reverts commit 92f4c6e.
On aarch64-darwin this completely broke lua instead of improving it;
let's revert at least until that's resolved.
#172749 (comment)

...into staging-next

This reverts commit 9f4060c.
After the previous merge commit this should work now.