search for: targets

Displaying 20 results from an estimated 31807 matches for "targets".

Did you mean: target
2016 Feb 28
4
[cfe-dev] [3.8 Release] We have branched
...reference to the following thread: http://lists.llvm.org/pipermail/llvm-dev/2016-January/094100.html I am having the same issue. First I did a git pull of all the relevant directories and then doing a cmake: cmake -DLLVM_ENABLE_DOXYGEN=ON -DLLVM_ENABLE_WERROR=OFF -DLLVM_TARGETS_TO_BUILD="X86" ../llvm and followed by make: [ 22%] Built target LLVMVectorize [ 25%] Built target LLVMScalarOpts [ 25%] Built target LLVMObjCARCOpts [ 25%] Built target LLVMLinker [ 29%] Built target LLVMAnalysis [ 30%] Built target LLVMMCParser [ 30%] Built target LLVMMCDisassembl...
2016 Feb 29
0
[cfe-dev] [3.8 Release] We have branched
...reference to the following thread: http://lists.llvm.org/pipermail/llvm-dev/2016-January/094100.html I am having the same issue. First I did a git pull of all the relevant directories and then doing a cmake: cmake -DLLVM_ENABLE_DOXYGEN=ON -DLLVM_ENABLE_WERROR=OFF -DLLVM_TARGETS_TO_BUILD="X86" ../llvm and followed by make: [ 22%] Built target LLVMVectorize [ 25%] Built target LLVMScalarOpts [ 25%] Built target LLVMObjCARCOpts [ 25%] Built target LLVMLinker [ 29%] Built target LLVMAnalysis [ 30%] Built target LLVMMCParser [ 30%] Built target LLVMMCDisassemble...
2016 Feb 29
0
[cfe-dev] [3.8 Release] We have branched
...reference to the following thread: http://lists.llvm.org/pipermail/llvm-dev/2016-January/094100.html I am having the same issue. First I did a git pull of all the relevant directories and then doing a cmake: cmake -DLLVM_ENABLE_DOXYGEN=ON -DLLVM_ENABLE_WERROR=OFF -DLLVM_TARGETS_TO_BUILD="X86" ../llvm and followed by make: [ 22%] Built target LLVMVectorize [ 25%] Built target LLVMScalarOpts [ 25%] Built target LLVMObjCARCOpts [ 25%] Built target LLVMLinker [ 29%] Built target LLVMAnalysis [ 30%] Built target LLVMMCParser [ 30%] Built target LLVMMCDisassemble...
2008 Oct 31
6
[LLVMdev] polyhedron 2005 results for llvm svn
I am finding with the patch that all of the Polyhedron 2005 benchmarks pass on i686-apple-darwin9. Could someone clarify the regression rules for releases? Not building a secondary language on a primary target is usually considered a P1 regression for FSF gcc. Not doing so here gives one the impression that llvm.org isn't playing by the same rules. No one is ever going to want to use these
2017 Jun 28
2
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
> On 27 Jun 2017, at 13:25, Peter Smith <peter.smith at linaro.org> wrote: > > Hello Alessandro, > > Despite the statement in the HowToCrossCompileLLVM guide "If you’re > using Clang as the cross-compiler, there is a problem in the LLVM ARM > back-end that is producing absolute relocations on > position-independent code (R_ARM_THM_MOVW_ABS_NC), so for now, you
2017 Jun 28
3
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
Oh, so it looks like I hit a bit of a wall there :-) I’ll take a look thanks. That bug talks about R_ARM_THM_CALL which I assume are thumb related. Will your implementation fix also R_ARM_CALL errors? > On 28 Jun 2017, at 17:15, Peter Smith <peter.smith at linaro.org> wrote: > > Hello Alessandro, > > The LLD ARM port doesn't currently support range extension thunks,
2017 Jun 28
3
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
I've successfully used Peter's patches to get past those relocation errors. On 6/28/17, 9:36 AM, "llvm-dev on behalf of Peter Smith via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: Yes it should cover the following relocations: R_ARM_CALL (ARM BL/BLX) R_ARM_JUMP24 (ARM B) R_ARM_THM_CALL (Thumb
2007 Jun 27
0
Branch 'as' - 4 commits - test/trace
test/trace/Makefile.am | 28 +++++++++++++++++++++ test/trace/definelocal-function-target-5.swf |binary test/trace/definelocal-function-target-5.swf.trace | 5 +++ test/trace/definelocal-function-target-6.swf |binary test/trace/definelocal-function-target-6.swf.trace | 5 +++
2017 Jun 28
2
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
The bottom of the bug has the revision numbers (e.g. D34035). That one corresponds to e.g. https://reviews.llvm.org/D34035 There's also https://reviews.llvm.org/D34634 which contains all of Peter's patches, but it's not going to rebase cleanly once the individual patches start going in. On 6/28/17, 10:56 AM, "Alessandro Pistocchi"
2017 Jun 30
3
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
At a guess that looks like your llvm and lld checkouts are not quite in synch. It will be worth updating llvm and lld to top of trunk. I've rebased the consolidated patch https://reviews.llvm.org/D34634 this morning, it might be worth trying that if you are seeing problems. Peter On 29 June 2017 at 22:09, Alessandro Pistocchi <apukfreelance at gmail.com> wrote: > Hi, I
2010 Oct 05
2
[LLVMdev] gold-plugin build errors
I tried to build the gold plugin and receive the errors posted below. I checked out the gold plugin using "cvs -z 9 -d :pserver:anoncvs at sourceware.org:/cvs/src co src," as documented on llvm.org. Is that version bleeding edge and perhaps not stable? The first errors have to do with the libtool version. I have libtool 2.2.6 on my system, which is what the
2006 Feb 11
7
Rails development on Mac OS X 10.4 Intel
...39; is deprecated (declared at /usr/include/mach-o/dyld.h:150) dln.c:1481: warning: ''NSLookupAndBindSymbol'' is deprecated (declared at /usr/include/mach-o/dyld.h:158) re.c: In function ''rb_memsearch'': re.c:121: warning: pointer targets in passing argument 1 of ''rb_memcicmp'' differ in signedness re.c:121: warning: pointer targets in passing argument 2 of ''rb_memcicmp'' differ in signedness re.c:129: warning: pointer targets in passing argument 1 of ''rb_memcicmp'' differ in...
2014 Apr 03
5
[LLVMdev] comparing .o files from different build trees
I'm trying to write a script for checking whether the compiler recursed properly. rkotler at mipsswbrd002:~/slave/recurse3be/build$ find . -name "*.o" -exec cmp '{}' ../../recurse2be/build/'{}' \; |& tee foo.txt Is anyone else doing this? There 2 compilers, recurse 2 and recurse3 that in principle should be identical. Obviously
2011 Dec 09
2
[LLVMdev] moving from lib/Target and lib/CodeGen
...f I understand correctly, lib/CodeGen is target-independent code generator parts and lib/Target provides a target-independent interface that the code in CodeGen uses, while lib/Target/Foo provides target-specific data for, and implementations of, those target independent pieces. The targets themselves have access to both CodeGen and Target, and those Target-independent interfaces are defined in terms of types in CodeGen. This means we have two target-independent layers, one in lib/Target (excluding subdirs) and lib/CodeGen. I think the right thing to do is move the pieces in...
2011 Dec 12
2
[LLVMdev] moving from lib/Target and lib/CodeGen
...deGen is target-independent code >> generator parts and lib/Target provides a target-independent interface >> that the code in CodeGen uses, while lib/Target/Foo provides >> target-specific data for, and implementations of, those target >> independent pieces. The targets themselves have access to both CodeGen >> and Target, and those Target-independent interfaces are defined in >> terms of types in CodeGen. >> >> This means we have two target-independent layers, one in lib/Target >> (excluding subdirs) and lib/CodeGen. I think...
2005 Nov 08
0
gcc4 noise
...ned pointer types. Any volunteers to de-noise the code a bit? The easy way is to insert typecasts; the better way is to actually take care about signedness. -- Peter gcc -I../include -O -Wall -Wsign-compare -c -o everups.o everups.c everups.c: In function Code: everups.c:38: warning: pointer targets in passing argument 2 of ser_get_char differ in signedness everups.c: In function InitUpsType: everups.c:49: warning: pointer targets in passing argument 2 of ser_get_char differ in signedness everups.c: In function upsdrv_updateinfo: everups.c:96: warning: pointer targets in passing argument 2 of...
2005 Apr 22
5
[LLVMdev] Optional Target Builds
On Fri, 2005-04-22 at 00:33 -0500, Chris Lattner wrote: > On Thu, 21 Apr 2005, Reid Spencer wrote: > > With Misha's changes requiring a total rebuild, I've been reminded how > > long the targets take to build. Now that there are more of them and in > > most cases I really don't care about n-1 of them, I'm wondering if its > > time to have configure allow optional compilation for them. > > > > I would like to suggest: > > > > 1. The default (build...
2005 Apr 22
0
[LLVMdev] tabs
...clude/llvm/Config/alloca.h Index: include/llvm/Support/Annotation.h Index: include/llvm/Target/MRegisterInfo.h Index: include/llvm/Target/TargetFrameInfo.h Index: include/llvm/Target/TargetInstrInfo.h Index: include/llvm/Target/TargetSchedInfo.h Index: lib/Analysis/Expressions.cpp Index: lib/Analysis/IntervalPartition.cpp Index: lib/Analysis/LoopInfo.cpp Index: lib/Analysis/PostDominators.cpp Index: lib/Analysis/DataStructure/EquivClassGraphs.cpp Index: lib/Analysis/IPA/Find...
2009 Nov 01
1
[LLVMdev] Issue compiling LLVM 2.6 on Windows with MinGW
Hello, I downloaded LLVM 2.6 and was attempting to compile it with TDM-GCC 4.4.1-tdm2-sjlj + cmake 2.6.4 and this happened: =============Console=================== C:\projects\game-editor\LLVM\build-root>mingw32-make [ 2%] Built target LLVMSystem [ 5%] Built target LLVMSupport [ 7%] Built target tblgen [ 7%] Built target intrinsics_gen [ 10%] Built target LLVMCore [ 12%] Built target
2006 Apr 09
0
Realtime oracle compiling problem
...ig_oracle.c res_config_oracle.c:53: warning: data definition has no type or storage class res_config_oracle.c: In function 'realtime_oracle': res_config_oracle.c:109: warning: incompatible implicit declaration of built-in function 'snprintf' res_config_oracle.c:127: warning: pointer targets in passing argument 3 of 'checkerr' differ in signedness res_config_oracle.c:129: warning: pointer targets in passing argument 3 of 'OCIStmtPrepare' differ in signedness res_config_oracle.c:130: warning: pointer targets in passing argument 3 of 'checkerr' differ in signednes...