* Disable the lldb build for AArch64.
* Don't run the lldb tests on armhf (time out on the buildd).
* 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).
* Disable the lldb build for AArch64.
* Build-depend on gcc-multilib on amd64 and i386.
* Don't run the lldb tests on armhf (time out on the buildd).
* 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).
* Disable the lldb build for AArch64.
* Build-depend on gcc-multilib on amd64 and i386.
* New testing upstream release
* Relative call in the chroot without proc failed.
See: fix-an-issue-in-chroot-witout-proc.diff
* Bring back lldb-link-atomic.diff to make sure lldb builds under
powerpc
* Also limit the number of archs for liblldb-dev
* Fix the bad declaration on the lldb desactivation
* Also disable lldb under powerpc
* Hopefully, fix lldb under Kfreebsd-* (thanks to Ed Maste if it works)
* Add the Ocaml ABI dependency (Closes: #731344)
* Disable LLDB also for ia64, mips & mipsel
* New testing upstream release
* 0047-version-name.diff ocamldoc.diff removed (applied upstream)
* r600 is now compiled by default (remove the configure arg)
* Remove the usage of --with-c-include-dirs, --with-cxx-include-root,
--with-cxx-include-arch and --with-cxx-include-64bit-dir
It was blocking the automatic detection of the path of clang.
In particular in the context of the usage of -target.
However, it does not completely fix the detection of the i386 C++ path.
See the next item.
(Closes: #729933)
* Bring back the path to libstdc++ under i386. Still not fixed upstream
(Closes: #730857)
* Define also MAXPATHLEN in Path.inc for HURD.
* Silent the trillion of warnings in the LLDB Python wrapper (swig generated)
See silent-swig-warning.diff
* Silent some i386 tests failing (it is expected)
See silent-MCJIIT-tests.diff
* Make lldb 3.4 also conflict with 3.5 (Closes: #730163)
* Make python-clang 3.4 also conflict with 3.5 (Closes: #730164)
* Port LLVM to mips64el. Thanks to YunQiang Su. Initially done for
3.3 and ported on the 3.4 (Closes: #730808)
* If we get an unexpected pass, do not break the tests
do-not-fail-on-unexpected-pass.diff (I am disabling some tests)
* Fix the path detection of the objective h headers.
* Also add usr/lib/llvm-3.4/lib/clang/3.4/include =>
usr/lib/clang/3.4/include symlink to simplify the path detection
* Force the build to gcc 4.8... gcc 4.6 used on some Debian archs does not
support some C++ features.
* Fail the build when llvm tests are failing under amd64 + i386. More to come.
* Fix a libclang.so.1 issue during the clang tests
* Improve the patch 23-strlcpy_strlcat_warning_removed.diff
(also remove the tests)
* Make lldb 3.4 also conflict with 3.5 (Closes: #730163)
* Make python-clang 3.4 also conflict with 3.5 (Closes: #730164)
* Remove usr/lib/llvm-3.4/build/autoconf/LICENSE.TXT
* silent warning "manpage-has-useless-whatis-entry" in lldb-3.4
* silent warning "package-name-doesnt-match-sonames libclang1"
* Refresh patch kfreebsd_v2.diff to, maybe, fix lldb build under kfreebsd.
Thanks to Ed Maste for the patch.
* New testing upstream release
* kfreebsd.diff removed. Applied upstream
* Remove patch 0046-Revert-Patch-to-set-is_stmt-a-little-better-for-prol.patch
Useless now and missleading
* Branch from llvm-toolchain-snapshot
* Standards-Version updated to 3.9.5
* silent warning "manpage-has-useless-whatis-entry" in lldb-3.4
* silent warning "package-name-doesnt-match-sonames libclang1"
* Refresh patch kfreebsd_v2.diff to, maybe, fix lldb build under kfreebsd.
Thanks to Ed Maste for the patch.
* clang-modernize-3.4 was not coinstallable with clang 3.4
(Closes: #724245)
* The package wasn't cleaned correctly (Closes: #722155)
* libtinfo-dev is now a dependency of llvm-3.4-dev (Closes: #727129)
* Disable the build of lldb under HURD
* Ship the lldb headers into lldb-X.Y-dev (Closes: #723743)
I might create a liblldb-X.Y library at some point but I think it is too
early.
* Update the build dependency from tcl8.5 to tcl (Closes: #725953)
* Merge changes from the 3.3 branch (see 1:3.3-10)
* Install libclang.so in /usr/lib/*/libclang-3.3.so
* Install libclang.so.1 in /usr/lib/*/libclang-3.3.so.1
* Also ship the python clang binding (python-clang-3.3)
(LLVM no longer mean Low Level Virtual Machine)
* Disable the build of lldb under HURD
* Ship the lldb headers into lldb-X.Y-dev (Closes: #723743)
I might create a liblldb-X.Y library at some point but I think it is too
early.
* Fix "cannot compile this atomic library call"
Thanks to Francisco Facioni for the refresh (Closes: #705115)
* Install libclang.so in /usr/lib/*/libclang-3.3.so
* Install libclang.so.1 in /usr/lib/*/libclang-3.3.so.1
* Also ship the python clang binding (python-clang-3.3)
* Fix a FTBFS with a duplicate declaration of shouldUseInlineAtomic
* Update the build dependency from tcl8.5 to tcl (Closes: #725953)
