Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
...due to changes upstream. While here, try to make the code more
readable and easy to manage.
|
|
|
|
|
|
|
|
|
|
The patch has been accepted upstream as r251001.
This reverts commit 1ad73e4035d69f7549270029919550613c7e3b61.
|
|
|
|
r250835 unintentionally discarded the optional parameter to the
add_llvm_external_project() macro that may point to a path when the said
path is different from ${name}. This should fix it by passing ${ARGN} on
to add_llvm_subdirectory(). The problem manifests itself with e.g.
add_llvm_external_project(clang-tools-extra extra) from
clang/tools/CMakeLists.txt
References:
http://reviews.llvm.org/D13783
http://llvm.org/viewvc/llvm-project?view=revision&revision=250835
|
|
|
|
Since we merge some changes from the official package, it is proper
to give attribution. Also, sort the contributors alphabetically.
|
|
|
|
LLVM r249862 should finally fix the shared library not exporting all
public symbols when built with CMake.
Ref: https://llvm.org/bugs/show_bug.cgi?id=24157
|
|
|
|
This should allow for easy installation of the complete LLVM toolchain.
The only package that is not part of this group are the OCaml bindings.
|
|
While the libraries are part of the official Clang package, we opt for
putting them in a separate package, which is how upstream does at
http://llvm.org/apt/. This commit solves issue #5.
|
|
|
|
Due to a bug upstream, libLLVM wouldn't export all expected symbols on
Linux. We've previously implemented some awk-wardish magic to fix this
on our side, as explained in issue #2. However, two recent commits
upstream, llvm-mirror/llvm@10add60 and llvm-mirror/llvm@f5148eb, have
tried to fix the original bug, which, unsurprisingly, also broke our
now unnecessary fixes. This commit basically removes those fixes, with
the notable exception of one: ConvertUTF*, getNumBytesForUTF8, and
isLegalUTF8* are still not being exported, so we must continue
patching tools/llvm-shlib/CMakeLists.txt as before.
|
|
|
|
Some code is shared between the different package_* functions, so it's
better to have it in one place for cleaner code and easier support.
|
|
|
|
This mitigates somewhat the impact of issue #4 by letting the users know
why the build fails and what they can (and probably should) do about it.
|
|
Import from https://github.com/kerberizer/llvm-svn/commits/master
Commit 12a0519b65fbfe42c90344cc55f2d2c8ab7564fb
|
|
|
|
|