Displaying 5 results from an estimated 5 matches for "modulemaps".
Did you mean:
modulemap
2017 Mar 25
5
Modules Maintaining or Removing
Hallo all,
I was trying to Build LLVM with the cmake option LLVM_ENABLE_MODULES
just out of curiosity. I used the RELEASE_400/final tag.
It didn't work as I almost expected.
So I'm wondering if the modulemaps aren't maintained anymore?
If they aren't maintained anymore, why aren't they removed and that
cmake option also removed?
2017 Sep 05
2
[ThinLTO] static library failure with object files with the same name
Hi all,
I have a static library with object files with the same name (not the
same full path, but the archive made with llvm-ar does not store the full
path). The library contains object files that have been compiled with
`-flto=thin` (compiled with LDC, not clang, but that shouldn't matter).
When linking to that static library, I get the error:
Assertion failed:
2019 Apr 30
6
Disk space and RAM requirements in docs
Hi,
Have anybody recently built LLVM in Debug mode /within/ space
requirements from the Getting Started doc?
https://llvm.org/docs/GettingStarted.html#hardware
> An LLVM-only build will need about 1-3 GB of space. A full build of
LLVM and Clang will need around 15-20 GB of disk space.
From my experience this numbers looks drastically low. On FreeBSD my
recent builds consumed more than
2014 Oct 07
2
[LLVMdev] Can libc++ build for arm cross compiler?
Hi cschen,
It seems that libunwind (the one included in libcxxabi) is mandatory at the
moment. Use the second build command instead:
$ CROSS_COMPILING=arm ENABLE_LIBUNWIND=1 ./scripts/compile-all.sh
Logan
On Tue, Oct 7, 2014 at 5:32 PM, gamma_chen <gamma_chen at yahoo.com.tw> wrote:
> After do "sudo apt-get update", the following are pass.
>
> Install the
2014 Oct 03
3
[LLVMdev] Can libc++ build for arm cross compiler?
On 10/3/14 10:16 AM, Dan Albert wrote:
>>
>> I try to build libc++ and libc++abi for host x86_64(linux) and target
>> arm(linux) but fail.
>>
>
> Failing in what way? If this isn't working out of the box, we've done
> something wrong.
Yeah, it would help to know more specifics about where you're getting stuck.
>
> jroelofs might know more...
For