X.Y.Z and X
I am keeping the epoch because it would be too complex to manage
with the various updates scenario
* Two new symbols in libclang
- clang_getFileContents
- clang_isInvalidDeclaration
* Fix the VCS-* tags
* Install a missing library to unbreak lldb (Closes: #815809)
* New snapshot release
* Update the clang description for something more accurate (C++-11, 14, etc)
* Update debian/orig-tar.sh to remove autoconf/config.sub autoconf/config.guess
in polly
* clang-tidy-3.8: Remove Breaks/Replaces on clang-modernize-3.8.
* Disable lldb on s390x.
* New snapshot release
* Remove build-llvm/ after the install step to save space.
Most of the rc1 builds failed because of hd space.
* New snapshot release
* Cmake migration. Done by Andrew Wilkins. Many thanks to him
- Update patches to set SONAME in CMake build
- Create symlinks with ".links", don't install from build tree
- Remove LLVM-internal tools (lit, FileCheck, not, tblgen, etc.)
- Remove llvm-X.Y-tools package, because it contained only
internal tools that are not intended for distribution.
- Remove autotools-specific artifacts from packages.
- Remove "dummy" documentation artifacts from llvm-X.Y-docs
package. Not built/installed by CMake, not useful.
- Update control/rules to support CMake
- Patch LLDB SWIG interfaces to workaround a bug in SWIG
See https://llvm.org/bugs/show_bug.cgi?id=25468
- add missing files to clang-format
- Add patch to fix sanitizer lit invocation
- removed LLVM-internal tools (lit, FileCheck, not, *-tblgen, etc.);
not installed by CMake, not intended for distribution
- removed llvm-X.Y-tools (contained only internal tools)
- removed autotools-specific artifacts (configure, Makefile, etc.)
- removed dummy documentation files
* 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
* 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
