** Description changed:
Please merge llvm-toolchain-3.4 1:3.4.1-2 (main) from Debian sid (main)
- Explanation of the Ubuntu delta:
- * 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.
+ Explanation of the Ubuntu delta and why it can be dropped:
* 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.
+ These changes are already in Debian.
+
+ Other Ubuntu delta:
+ * 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.
+ * Build-depend on gcc-multilib on amd64 and i386.
Changelog entries since current utopic version 1:3.4-1ubuntu3:
llvm-toolchain-3.4 (1:3.4.1-2) unstable; urgency=medium
- * Fix the soname. No changes in the ABI, so, no need to update the soname
- (Closes: #747701)
+ * Fix the soname. No changes in the ABI, so, no need to update the soname
+ (Closes: #747701)
- -- Sylvestre Ledru <sylves...@debian.org> Sun, 11 May 2014 17:29:22
+ -- Sylvestre Ledru <sylves...@debian.org> Sun, 11 May 2014 17:29:22
+0200
llvm-toolchain-3.4 (1:3.4.1-1) unstable; urgency=medium
- * New upstream release. Note that only LLVM & Clang had a new release.
- I just copied the 3.4 tarballs for clang-extra-tools, polly, lldb and
- compiler-rt.
- * Symlink for current build mode missing (Closes upstream #18836)
- * Add link usr/lib/llvm-3.4/ to usr/lib/llvm-3.4/build/Debug+Asserts
- * Backport of a r201586 from upstream. scan-build was failing on some
project
- like firefox build system. (Yeh, advantage to be the packager of a
software
- that I use ;) ). See scan-build-fix-clang-detection.diff
- * Fix the version in the symbol list (libclang1-3.4.symbols)
- * Update the path regarding upstream changed (3.4 => 3.4.1)
- (Patch improved also by Martin Nowack)
- * Remove generated file libllvm3.4.install
- * Add gnustep & gnustep-devel as suggests of clang-3.4
- * Add libc6-dev as an explicit dependency of clang-3.4
- * Build with dh_install --fail-missing
- * Start to use /usr/bin/foo-X.Y. First step to have several clang versions
- installed together
- * Add some missing files:
- - lli-child-target - llvm-3.4-runtime
- - count - llvm-3.4-tools
- - html.tar.gz - llvm-3.4-doc
- - ocamldoc.tar.gz - llvm-3.4-doc
- - BugpointPasses.so - llvm-3.4-dev
- - liblldb* - lldb-3.4-dev
- - lldb-platform-3.4 - lldb-3.4
- - clang-apply-replacements - clang-3.4
- - clang-tidy - clang-3.4
- - pp-trace - clang-3.4
+ * New upstream release. Note that only LLVM & Clang had a new release.
+ I just copied the 3.4 tarballs for clang-extra-tools, polly, lldb and
+ compiler-rt.
+ * Symlink for current build mode missing (Closes upstream #18836)
+ * Add link usr/lib/llvm-3.4/ to usr/lib/llvm-3.4/build/Debug+Asserts
+ * Backport of a r201586 from upstream. scan-build was failing on some
project
+ like firefox build system. (Yeh, advantage to be the packager of a
software
+ that I use ;) ). See scan-build-fix-clang-detection.diff
+ * Fix the version in the symbol list (libclang1-3.4.symbols)
+ * Update the path regarding upstream changed (3.4 => 3.4.1)
+ (Patch improved also by Martin Nowack)
+ * Remove generated file libllvm3.4.install
+ * Add gnustep & gnustep-devel as suggests of clang-3.4
+ * Add libc6-dev as an explicit dependency of clang-3.4
+ * Build with dh_install --fail-missing
+ * Start to use /usr/bin/foo-X.Y. First step to have several clang versions
+ installed together
+ * Add some missing files:
+ - lli-child-target - llvm-3.4-runtime
+ - count - llvm-3.4-tools
+ - html.tar.gz - llvm-3.4-doc
+ - ocamldoc.tar.gz - llvm-3.4-doc
+ - BugpointPasses.so - llvm-3.4-dev
+ - liblldb* - lldb-3.4-dev
+ - lldb-platform-3.4 - lldb-3.4
+ - clang-apply-replacements - clang-3.4
+ - clang-tidy - clang-3.4
+ - pp-trace - clang-3.4
- -- Sylvestre Ledru <sylves...@debian.org> Fri, 09 May 2014 19:57:33
+ -- Sylvestre Ledru <sylves...@debian.org> Fri, 09 May 2014 19:57:33
+0200
llvm-toolchain-3.4 (1:3.4-2) unstable; urgency=medium
- * Only explicit the link against atomic when running mips & mipsel
- * Fix the cindex.py declaration (3.3 => 3.5). Closes upstream bug #18365
- * Bring back the dependency on gcc 4.8. It breaks the nightly snapshot
- packages and it should be the norm now...
- * Introduce llvm-3.4-tools to contain the new files needed by Martin
+ * Only explicit the link against atomic when running mips & mipsel
+ * Fix the cindex.py declaration (3.3 => 3.5). Closes upstream bug #18365
+ * Bring back the dependency on gcc 4.8. It breaks the nightly snapshot
+ packages and it should be the norm now...
+ * Introduce llvm-3.4-tools to contain the new files needed by Martin
- [ Matthias Klose ]
- * Disable the lldb build for AArch64.
- * Don't run the lldb tests on armhf (time out on the buildd).
+ [ Matthias Klose ]
+ * Disable the lldb build for AArch64.
+ * Don't run the lldb tests on armhf (time out on the buildd).
- [ Martin Nowack ]
- * Fixed build directory for llvm-config
- * Add Unittests for running tests for llvm-based projects
- * Install FileCheck and not for testing
+ [ Martin Nowack ]
+ * Fixed build directory for llvm-config
+ * Add Unittests for running tests for llvm-based projects
+ * Install FileCheck and not for testing
- -- Sylvestre Ledru <sylves...@debian.org> Tue, 11 Feb 2014 11:19:21
+ -- Sylvestre Ledru <sylves...@debian.org> Tue, 11 Feb 2014 11:19:21
+0100
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to llvm-toolchain-3.4 in Ubuntu.
https://bugs.launchpad.net/bugs/1319684
Title:
Merge llvm-toolchain-3.4 1:3.4.1-2 (main) from Debian sid (main)
Status in “llvm-toolchain-3.4” package in Ubuntu:
New
Bug description:
Please merge llvm-toolchain-3.4 1:3.4.1-2 (main) from Debian sid
(main)
Explanation of the Ubuntu delta and why it can be dropped:
* Don't run the lldb tests on armhf (time out on the buildd).
* Disable the lldb build for AArch64.
These changes are already in Debian.
Other Ubuntu delta:
* 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.
* Build-depend on gcc-multilib on amd64 and i386.
Changelog entries since current utopic version 1:3.4-1ubuntu3:
llvm-toolchain-3.4 (1:3.4.1-2) unstable; urgency=medium
* Fix the soname. No changes in the ABI, so, no need to update the soname
(Closes: #747701)
-- Sylvestre Ledru <sylves...@debian.org> Sun, 11 May 2014 17:29:22
+0200
llvm-toolchain-3.4 (1:3.4.1-1) unstable; urgency=medium
* New upstream release. Note that only LLVM & Clang had a new release.
I just copied the 3.4 tarballs for clang-extra-tools, polly, lldb and
compiler-rt.
* Symlink for current build mode missing (Closes upstream #18836)
* Add link usr/lib/llvm-3.4/ to usr/lib/llvm-3.4/build/Debug+Asserts
* Backport of a r201586 from upstream. scan-build was failing on some
project
like firefox build system. (Yeh, advantage to be the packager of a
software
that I use ;) ). See scan-build-fix-clang-detection.diff
* Fix the version in the symbol list (libclang1-3.4.symbols)
* Update the path regarding upstream changed (3.4 => 3.4.1)
(Patch improved also by Martin Nowack)
* Remove generated file libllvm3.4.install
* Add gnustep & gnustep-devel as suggests of clang-3.4
* Add libc6-dev as an explicit dependency of clang-3.4
* Build with dh_install --fail-missing
* Start to use /usr/bin/foo-X.Y. First step to have several clang versions
installed together
* Add some missing files:
- lli-child-target - llvm-3.4-runtime
- count - llvm-3.4-tools
- html.tar.gz - llvm-3.4-doc
- ocamldoc.tar.gz - llvm-3.4-doc
- BugpointPasses.so - llvm-3.4-dev
- liblldb* - lldb-3.4-dev
- lldb-platform-3.4 - lldb-3.4
- clang-apply-replacements - clang-3.4
- clang-tidy - clang-3.4
- pp-trace - clang-3.4
-- Sylvestre Ledru <sylves...@debian.org> Fri, 09 May 2014 19:57:33
+0200
llvm-toolchain-3.4 (1:3.4-2) unstable; urgency=medium
* Only explicit the link against atomic when running mips & mipsel
* Fix the cindex.py declaration (3.3 => 3.5). Closes upstream bug #18365
* Bring back the dependency on gcc 4.8. It breaks the nightly snapshot
packages and it should be the norm now...
* Introduce llvm-3.4-tools to contain the new files needed by Martin
[ Matthias Klose ]
* Disable the lldb build for AArch64.
* Don't run the lldb tests on armhf (time out on the buildd).
[ Martin Nowack ]
* Fixed build directory for llvm-config
* Add Unittests for running tests for llvm-based projects
* Install FileCheck and not for testing
-- Sylvestre Ledru <sylves...@debian.org> Tue, 11 Feb 2014 11:19:21
+0100
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.4/+bug/1319684/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
