why do we need this at all? there are no rdepends, and we already have
three newer versions ... plus the libllvm3.4 package is not renamed for
the libstdc++6 ABI changes

** Changed in: llvm-toolchain-3.4 (Ubuntu)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to llvm-toolchain-3.4 in
Ubuntu.
https://bugs.launchpad.net/bugs/1486878

Title:
  Sync llvm-toolchain-3.4 1:3.4.2-15 (universe) from Debian unstable
  (main)

Status in llvm-toolchain-3.4 package in Ubuntu:
  Incomplete

Bug description:
  Please sync llvm-toolchain-3.4 1:3.4.2-15 (universe) from Debian
  unstable (main)

  Explanation of the Ubuntu delta and why it can be dropped:
    * Merge with Debian; remaining changes:
      - Revert to using the static copy of libjsoncpp, since the shared
        library lacks sane versioning, and this is only a few thousand
        lines of cargo-culted code from a reasonably stagnant upstream.
      - Drop lcov build-dep to avoid pulling it into main, due to its
        being fundamentally incompatibe with our newer GCC versions.
      - Build-depend on gcc-multilib on amd64 and i386.
      - Backport upstream patch to not try to handle [SU]MUL_LOHI nodes
        on aarch64, needed to build ghc.
      - Unconditionally link lldb with -latomic on all architectures.
      - Don't build python-lldb-3.4 on arm64.
    * Disable polly. Not ready for ISL 0.14.
    * Merge with Debian; remaining changes:
      - Revert to using the static copy of libjsoncpp, since the shared
        library lacks sane versioning, and this is only a few thousand
        lines of cargo-culted code from a reasonably stagnant upstream.
      - Drop lcov build-dep to avoid pulling it into main, due to its
        being fundamentally incompatibe with our newer GCC versions.
      - Build-depend on gcc-multilib on amd64 and i386.
      - Backport upstream patch to not try to handle [SU]MUL_LOHI nodes
        on aarch64, needed to build ghc.
      - Unconditionally link lldb with -latomic on all architectures.
      - Don't build python-lldb-3.4 on arm64.
    * Disable polly. Not ready for ISL 0.14.
    * Merge with Debian; remaining changes:
      - Revert to using the static copy of libjsoncpp, since the shared
        library lacks sane versioning, and this is only a few thousand
        lines of cargo-culted code from a reasonably stagnant upstream.
      - Drop lcov build-dep to avoid pulling it into main, due to its
        being fundamentally incompatibe with our newer GCC versions.
      - Build-depend on gcc-multilib on amd64 and i386.
      - Backport upstream patch to not try to handle [SU]MUL_LOHI nodes
        on aarch64, needed to build ghc.
      - Unconditionally link lldb with -latomic on all architectures.
    * Don't build python-lldb-3.4 on arm64.
    * Merge with Debian; remaining changes:
      - Revert to using the static copy of libjsoncpp, since the shared
        library lacks sane versioning, and this is only a few thousand
        lines of cargo-culted code from a reasonably stagnant upstream.
      - Drop lcov build-dep to avoid pulling it into main, due to its
        being fundamentally incompatibe with our newer GCC versions.
      - Build-depend on gcc-multilib on amd64 and i386.
      - Backport upstream patch to not try to handle [SU]MUL_LOHI nodes
        on aarch64, needed to build ghc.
      - Unconditionally link lldb with -latomic on all architectures.
    * Don't build python-lldb-3.4 on arm64.
    * debian/rules: fix compiler-rt/libclang-3.4-dev FTBFS on !x86.
    * debian/rules: fix compiler-rt/libclang-3.4-dev FTBFS on !x86.
    * debian/rules: fix compiler-rt/libclang-3.4-dev FTBFS on !x86.
    * debian/rules: fix compiler-rt/libclang-3.4-dev FTBFS on !x86.
    * Backport upstream patch to not try to handle [SU]MUL_LOHI nodes on
      aarch64, needed to build ghc.
    * Backport upstream patch to not try to handle [SU]MUL_LOHI nodes on
      aarch64, needed to build ghc.
    * Unconditionally link lldb with -latomic.
    * Rebuild for ocaml-4.01.
    * Bring over Ubuntu changes from 3.3:
      - Revert to using the static copy of libjsoncpp, since the shared
        library lacks sane versioning, and this is only a few thousand
        lines of cargo-culted code from a reasonably stagnant upstream.
      - Drop lcov build-dep to avoid pulling it into main, due to its
        being fundamentally incompatibe with our newer GCC versions.
    * Don't run the lldb tests on armhf (time out on the buildd).
    * Don't run the lldb tests on armhf (time out on the buildd).
    * Disable the lldb build for AArch64.
    * Build-depend on gcc-multilib on amd64 and i386.
    * Disable the lldb build for AArch64.
    * Build-depend on gcc-multilib on amd64 and i386.
    * Disable the lldb build for AArch64.
    * Build-depend on gcc-multilib on amd64 and i386.

  
  I don't know the reason for gcc-multilib, but libjsoncpp is fixed and in main,
  the same for gconv.

  the other failures should be fixed in wily

  Changelog entries since current wily version 1:3.4.2-13ubuntu2:

  llvm-toolchain-3.4 (1:3.4.2-15) unstable; urgency=medium

    * Team upload
    * d/rules: fix gcc-5 detection, since gcc-5.2
      doesn't provide a g++-5.2 binary (but it is called
      g++-5)
      (copying the patch from llvm-3.7)

   -- Gianfranco Costamagna <locutusofb...@debian.org>  Mon, 10 Aug 2015
  12:54:45 +0200

  llvm-toolchain-3.4 (1:3.4.2-14) unstable; urgency=medium

    * d/patches/isl-0.13-compat.diff, ensure compatibility with libisl13
      (Closes: #783686)
      We are planning to remove llvm 3.4 soon but this upload will help
      the libisl transition.

   -- Gianfranco Costamagna <costamagnagianfra...@yahoo.it>  Tue, 05 May
  2015 12:39:15 +0200

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.4/+bug/1486878/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to