similar to: CMake fixes for ARM cpus

Hello all, One of the common patterns in CMake 3.x is the "superbuild" pattern, where the source trees of a dependencies are nested under a master project. In order for the projects to be modular (be agnostic to whether or not the dependencies are nested or not), the in-tree build process needs to generate the same targets as finding the dependencies out of tree. For example:

Hello llvm'ers, We are using the llvm compiler tools (llvm-link, llc, etc) to generate code for ARM for the Android NDK. We're on a pretty tight deadline and have a host of issues that we could use some help overcoming. We're interested in bringing on a contractor experienced in llvm to help us. Broadly, llc is giving various assertion failures while generating the native code

How do I cross-compile compiler-rt for ARM-Linux with CMake? Given a directory with sub-directories named 'llvm', 'compiler-rt', and 'release' (which is a clang build directory), this build succeeds: $ mkdir -p release-rt $ cd release-rt $ cmake ../llvm -G Ninja \ -DCMAKE_INSTALL_PREFIX=ship \ -DCMAKE_BUILD_TYPE=Release \ -DLLVM_ENABLE_ASSERTIONS=ON \

Hi all, I'm trying to generate barplots from simple but long (~100000-row) data files, in which each bar will comprise two stacked 'sub-bars'. All the upper sub-bars will have the same hue, and all the lower bars will, likewise, have another uniform hue. However, I wish to specify the luminance (aka brightness) of each bar (i.e., each whole bar comprising two sub-bars) separately,

Did the patch 5 split / AVX fix work get merged at all, I didn't see any more mails about it? Thanks! On Tue, 14 Jan 2020 at 21:34, Marcus Asteborg <xnorpx at outlook.com> wrote: > Awesome thanks! Good comments. > > Please apply patch 1-4 and I prepare another iteration on patch 5 for you > too look at. > > //Marcus > ------------------------------ > *From:*

On Monday 14 June 2010, Nathan Jeffords wrote: > I built the list by hand though trial and error. I'm not sure if and how > llvm-config works with cmake. Its seems now that I got the > right dependencies in the right order, there have been no > ongoing maintenance issues. I use llvm-config with cmake, for this I wrote a FindLLVM.cmake file [1], it provides a FIND_LLVM_LIBS macro

Hi list, I'm wondering if LLC supports code generation targeting ARM processors and using the EABI. Thanks, Nathan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100505/3f16d04f/attachment.html>

I built the list by hand though trial and error. I'm not sure if and how llvm-config works with cmake. Its seems now that I got the right dependencies in the right order, there have been no ongoing maintenance issues. On Sun, Jun 13, 2010 at 4:32 PM, sam lee <skynare at gmail.com> wrote: > Ah, thank you so much. > How did you get the list of target_link_libraries() ? > Did you

Ah, thank you so much. How did you get the list of target_link_libraries() ? Did you use llvm-config? If you did not have access to llvm-config, how would you get list of libraries to link to? Thanks. Sam On Sun, Jun 13, 2010 at 2:44 PM, Nathan Jeffords <blunted2night at gmail.com>wrote: > This isn't meant to be a sample, but I can share with you the cmake files I > use for my

https://bugzilla.mindrot.org/show_bug.cgi?id=2085 Bug ID: 2085 Summary: fd_mask and howmany are not defined in Android Classification: Unclassified Product: Portable OpenSSH Version: 6.2p1 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 Component: Build system

More data: On My OS X machine, with no ASM, I get the following result which agrees with the Raspberry Pi 2: $ ./encode_known_packet Encoded to bytes: 29 Packet size: 0x29 d0 7f 29 1a fa 2b 33 81 70 22 58 6a 3b 0f 3f b5 66 ff ce da 93 9b c2 e9 f1 7a d0 61 fc 0e a6 75 9c 2b 8e 14 92 d6 20 09 c6 00 00 00 00 00 00 00 "make check" indicates 12 tests all passed. It looks like this is an

Ok, I created cmake sample project that can build fibonacci.cpp (from llvm/examples/Fibonacci/fibonacci.cpp). I am linking to all libraries. I'm on windows and I could not make llvm-config to work. How does llvm-config work? I would like to port it to Python or Lua that works on every platform. I know it's Perl, but somehow I could not get it to build on windows. I built it on MSYS. But,

https://bugzilla.mindrot.org/show_bug.cgi?id=2112 Bug ID: 2112 Summary: Android doesn't provide an implementation of crypt(). Product: Portable OpenSSH Version: 6.2p1 Hardware: Other OS: Linux Status: NEW Severity: minor Priority: P5 Component: Build system Assignee:

https://bugzilla.mindrot.org/show_bug.cgi?id=2087 Bug ID: 2087 Summary: endgrent() is not available on Android Classification: Unclassified Product: Portable OpenSSH Version: 6.2p1 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 Component: ssh Assignee:

Hey, I am trying to build a haskell cross compiler to android by building the glasgow haskell compiler with target=arm-linux-androideabi. It builds, but the executables the compiler produces segfaults on my android device. This is probably not llvm related, but I want to rule that out. I used the llvm version shipped with ubuntu 12.10 for the build. I was wondering if maybe I have to use llvm

Hi > I just realized that clang produces Thumb-2 instruction in code even when older CPU type which doesn't suport Thumb-2 is specified. > > Here is output: > > # /opt/llvm/bin/clang -S -ccc-host-triple arm-unknown-freebsd -mcpu=arm926ej-s -mfloat-abi=soft -v -o rrx.S rrx.c > clang version 3.0 (http://llvm.org/git/clang.git 98138cdfdee05c0afbab2b209ce8cfe4a52474e1) >

On 22 June 2011 11:49, Damjan Marion <damjan.marion at gmail.com> wrote: > # /opt/llvm/bin/clang -S -ccc-host-triple arm-unknown-freebsd -mcpu=arm926ej-s -mfloat-abi=soft -v -o rrx.S rrx.c Even though you specified cpu as arm9, it's probably generating generic ARM IR (use -emit-llvm -S and see), which defaults to ARM instructions. If you want thumb, use triple =

On 22 June 2011 14:33, Damjan Marion <damjan.marion at gmail.com> wrote: > Problem is that in case when old binutils are used (in my case freebsd is using old one due to license upgrade to GPLv3) AS doesn't understand new mnemonics and fails. Indeed, this is new in ARM ARM v7. > Can we change to old mnemonic at least when ARMv4 and ARMv5 code is generated? We definitely should.

On 22 June 2011 16:50, Jim Grosbach <grosbach at apple.com> wrote: >> This sounds like a dead end as newer binutils are GPLv3. > > Yeah, that's definitely a very real concern and a big motivation to get the MC based asm parser whipped into usable shape. We're much more in control of our own destiny then. So, how do we solve the problem until then? cheers, --renato

On Jun 22, 2011, at 7:27 PM, Jim Grosbach wrote: >> I will try to find those pre-v3 patches. >> >> In meantime I wrote a patch which changes to old mnemonics for shift instructions. >> This fixes compiling on the freebsd. > > If this is really the only issue you're seeing, we may be lucky and your binutils already have support for lots of the changes necessary