Commit Graph

8 Commits

Author SHA1 Message Date
Pablo Oliveira
e1a7801186 Refresh patches 2016-05-27 09:00:57 +00:00
Pablo Oliveira
10380241cc fix 3.8/debian/patches/lldb-soname.diff 2016-05-09 17:28:05 +00:00
Pablo Oliveira
65c51c9a32 * Fix python-lldb dependencies and make proper symlinks to libLLVM
and liblldb as suggested by Graham Inggs (Closes: #821022).
* Fix liblldb suffix in lldb/scripts/Python/finishSwigPythonLLDB.py
  (Closes: #813798).
2016-05-09 15:04:00 +00:00
Sylvestre Ledru
a78bc09a9e Update patches to set SONAME in CMake build 2016-01-04 12:44:24 +00:00
Sylvestre Ledru
342b3e8e5a rebase of the patch 2015-11-16 08:41:19 +00:00
Sylvestre Ledru
23fef8f171 refresh of the patches 2015-07-10 17:24:40 +00:00
Sylvestre Ledru
41c6ab8341 * New snapshot release
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
2014-06-17 15:05:31 +00:00
Sylvestre Ledru
4eef1d0ee1 * 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)
2014-06-16 10:05:45 +00:00