Set DT_SONAME when building dylibs

Forwarded: no

In Rust, library filenames include a version-specific hash to help
the run-time linker find the correct version.  Unlike in C/C++, the
compiler looks for all libraries matching a glob that ignores the
hash and reads embedded metadata to work out versions, etc.

The upshot is that there is no need for the usual "libfoo.so ->
libfoo-1.2.3.so" symlink common with C/C++ when building with Rust,
and no need to communicate an alternate filename to use at run-time
vs compile time.  If linking to a Rust dylib from C/C++ however, a
"libfoo.so -> libfoo-$hash.so" symlink may well be useful and in
this case DT_SONAME=libfoo-$hash.so would be required.  More
mundanely, various tools (eg: dpkg-shlibdeps) complain if they don't
find DT_SONAME on shared libraries in public directories.

This patch passes -Wl,-soname=$outfile when building dylibs (and
using a GNU linker).

Gbp-Pq: Name d-add-soname.patch

Hardcode LLDB python module directory

Forwarded: not-needed

Debian package installs python modules into a fixed directory, so
just hardcode path in wrapper script.

Gbp-Pq: Name d-rust-lldb-paths

Hardcode GDB python module directory

Forwarded: not-needed

Debian package installs python modules into a fixed directory, so
just hardcode path in wrapper script.

Gbp-Pq: Name d-rust-gdb-paths

Don't check for cargo-vendor when building from (Debian's) git

Forwarded: not-needed

Forwarded: not-needed
Gbp-Pq: Name d-disable-cargo-vendor.patch

Ignore error details with $SRC_DIR

Bug: https://github.com/rust-lang/rust/issues/53081

We build with --remap-path-prefix so it doesn't work, see bug below
===================================================================

Gbp-Pq: Name d-ignore-error-detail-diff.patch

d-0002-pkg-config-no-special-snowflake

Gbp-Pq: Name d-0002-pkg-config-no-special-snowflake.patch

d-0001-disable-miniz

Gbp-Pq: Name d-0001-disable-miniz.patch

Ignore submodules that we're not building

Forwarded: not-needed

===================================================================

Gbp-Pq: Name d-0000-ignore-removed-submodules.patch

gcc-4.8-aarch64-ice

===================================================================

Gbp-Pq: Name gcc-4.8-aarch64-ice.diff

u-reproducible-dl-stage0

Gbp-Pq: Name u-reproducible-dl-stage0.patch

Various fixes for Rust on MIPS

Bug-Debian: https://bugs.debian.org/881845
Last-Update: 2018-10-24

Gbp-Pq: Name u-mips-fixes.diff

u-make-tests-work-without-rpath

Forwarded: TODO

Gbp-Pq: Name u-make-tests-work-without-rpath.patch

Prefer local CSS to remote

Bug: https://github.com/rust-lang/rust/pull/45331

Gbp-Pq: Name u-prefer-local-css.patch

Don't split dwarf debug for a fully-reproducible build

Bug: https://github.com/rust-lang/rust/issues/34902

Gbp-Pq: Name u-reproducible-build.patch

[PATCH] Fix new renamed_and_removed_lints warning (#247)

I've verified that this now produces no warnings with Rust 1.26.1 and
1.28.0-nightly (c3b09c968 2018-05-27)

Gbp-Pq: Name u-0001-Fix-new-renamed_and_removed_lints-warning-247.patch

[PATCH] [rust-gdb] relax the GDB version regex

The pretty-printer script is checking `gdb.VERSION` to see if it's at
least 8.1 for some features. With `re.match`, it will only find the
version at the beginning of that string, but in Fedora the string is
something like "Fedora 8.2-5.fc29". Using `re.search` instead will find
the first location that matches anywhere, so it will find my 8.2.

Gbp-Pq: Name u-0001-rust-gdb-relax-the-GDB-version-regex.patch

[PATCH] Backport deprecation fixes from commit b7f030e

Gbp-Pq: Name u-0001-Backport-deprecation-fixes-from-commit-b7f030e.patch

rustc (1.33.0+dfsg1-2) unstable; urgency=medium

  * Add Fedora patches.
  * Bump i386 allowed test failures to 12.

[dgit import unpatched rustc 1.33.0+dfsg1-2]

Import rustc_1.33.0+dfsg1-2.debian.tar.xz

[dgit import tarball rustc 1.33.0+dfsg1-2 rustc_1.33.0+dfsg1-2.debian.tar.xz]

Import rustc_1.33.0+dfsg1.orig.tar.xz

[dgit import orig rustc_1.33.0+dfsg1.orig.tar.xz]