* libclang-3.5.so should be used instead libclang.so. Update the soname
to match the new lib name (Closes: #759538)
* Rename liblldb.so to liblldb-3.5.so + update of the soname.
* python-clang-3.5 description updated
* liblldb-3.5 and python-lldb-3.5 added
* lldb-3.5-dev renamed to liblldb-3.5-dev to match the previous changes
* Manpages for llvm-ranlib, clang-apply-replacements, pp-trace and clang-tidy
added
* clang-3.5 should depends on binutils (for ld, at least)
(Closes: #751030)
* clang/www/analyzer/scripts/dbtree.js removed
* Try to bring back lldb-3.4-dev on mips & mipsel (Closes: #758314)
* Upload in unstable
* Try to bring back lldb on mips & mipsel
* Force scan-build to use the same version of clang
* Try to fix hurd (hurd-EIEIO-undef.diff)
* New snapshot release
* New snapshot release
* Cherry-pick to commit from upstream (revisions 214906 214907)
to improve the gcc compat
* Remove scan-build-clang-path.diff (applied upstream)
* Just like in 3.4, bring back lldb & lldb-dev under mips & mipsel
* Fix the version
* try to build lldb-gdbserver under kfreebsd (kfreebsd-lldb-gdbserver.diff)
* Second try to fix build under HURD (hurd-EIEIO-undef.diff)
* New snapshot release
* Enable compressed debug sections (Closes: #757002)
* Force scan-build to use the same version of clang
* Bring back scan-build-search-path.diff (Closes: #757219)
* libclang-3.5.so should be used instead libclang.so. Update the soname
to match the new lib name (Closes: #759538)
* Rename liblldb.so to liblldb-3.5.so + update of the soname.
* python-clang-3.5 description updated
* liblldb-3.5 and python-lldb-3.5 added
* lldb-3.5-dev renamed to liblldb-3.5-dev to match the previous changes
* Manpages for llvm-ranlib, clang-apply-replacements, pp-trace and clang-tidy
added
* clang-3.5 should depends on binutils (for ld, at least)
(Closes: #751030)
* Try to bring back lldb-3.4-dev on mips & mipsel (Closes: #758314)
* Upload in unstable
* Try to bring back lldb on mips & mipsel
* Force scan-build to use the same version of clang
* Try to fix hurd (hurd-EIEIO-undef.diff)
to match the new lib name (Closes: #759538)
* Rename liblldb.so to liblldb-3.4.so + update of the soname.
* python-clang-3.4 description updated
* liblldb-3.4 and python-lldb-3.4 added
* lldb-3.4-dev renamed to liblldb-3.4-dev to match the previous changes
* Manpages for llvm-ranlib, clang-apply-replacements, pp-trace and clang-tidy
added
* clang-3.4 should depends on binutils (for ld, at least)
(Closes: #751030)
* Replace $(CURDIR)/debian/tmp by a variable
* Move the polly installation in the dh_auto_install rules instead
of using *.install files. In llvm.org/apt/, I have to sometime disable
polly
* hurd-EIEIO-undef.diff: try to undef an errno.h to fix the ftbfs
TODO CVE
* Merge with 3.4
* Remove scan-build-fix-clang-detection.diff (applied upstream)
* Improve the CVE-2014-2893 fix (Closes: #744817)
* Add a check to avoid an error on arch where compiler-rt is not available
* New upstream release
* Add build conflict on libllvm-3.5-ocaml-dev
* Also disable lldb tests under armel (like armhf). Timeout
* Update of the repack script
* Use llvm-3.4-dev.links.in to manage the symlinks
* Fix the soname of liblldb.so to see it treated as a real library
(Closes: #750868)
* Switch to the default gcc/g++ compiler. Currently 4.9 (Closes: #751322)
* Fixes CVE-2014-2893 (Closes: #744817)
* Be less permissive when installing lldb. Remove duplication of the install
of liblldb.so.1
* Add symlinks lldb-3.4, lldb-platform-3.4 & lldb-gdbserver-3.4 without 3.4
* Clang was unusable with libstdc++ from gcc 4.9 (Closes: #744792)
* Fix path for arch without support of compiler-rt. Should fix most of the
FTBFS
* Fix the soname. No changes in the ABI, so, no need to update the soname
(Closes: #747701)
* 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.
* 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
* Add build conflict on libllvm-3.5-ocaml-dev
* Remove the override of dh_shlibdeps
* Update of the repack script
* Use llvm-3.4-dev.links.in to manage the symlinks
* Bring back the dependency on gcc 4.8. It breaks the nightly snapshot
packages and it should be the norm now...
[ Martin Nowack ]
* Fixed build directory for llvm-config
* Add Unittests for running tests for llvm-based projects
* Install FileCheck and not for testing
* 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
