search for: target's

Displaying 20 results from an estimated 39503 matches for "target's".

Did you mean: target
2016 Feb 28
4
[cfe-dev] [3.8 Release] We have branched
With 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 LLVMMCDisassembler...
2016 Feb 29
0
[cfe-dev] [3.8 Release] We have branched
...] We have branched With 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 LLVMMCDisassembler [...
2016 Feb 29
0
[cfe-dev] [3.8 Release] We have branched
...] We have branched With 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 LLVMMCDisassembler [...
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 releases if they don't follow similar release guidelines for maintaining usability between releases....
2017 Jun 28
2
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
...I had no library compiled without it and I still get the same errors. Sorry, I could not find any trivial code that has the same issue yet. Following is the output of the compilation process: yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . [ 0%] Built target LLVMDemangle [ 3%] Built target LLVMSupport [ 3%] Built target LLVMTableGen [ 4%] Built target obj.llvm-tblgen [ 4%] Built target llvm-tblgen [ 4%] Built target AttributeCompatFuncTableGen [ 4%] Built target intrinsics_gen [ 6%] Built target LLVMCore [ 6%] Built target LLVMIRReader [ 13%] B...
2013 Jul 12
14
[PATCH] xen: arm: make zImage the default target which we install
From: Ian Campbell <ian.campbell@citrix.com> The zImage compatible binary is the useful one on real hardware. The relocated ELF thing is only really useful when booting directly on Fast Models. The customary suffix for that case is .axf so provide that as a target. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Cc: Wookey <wookey@linaro.org> --- xen/arch/arm/Makefile | 13 ++++--------- 1 file changed, 4 insertions(+), 9 deletions(-) diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile index 87fabe1..0fba75c 100644 --- a/xen/arch/...
2017 Jun 28
3
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
...rrors. >> >> Sorry, I could not find any trivial code that has the same issue yet. >> >> Following is the output of the compilation process: >> >> yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . >> [ 0%] Built target LLVMDemangle >> [ 3%] Built target LLVMSupport >> [ 3%] Built target LLVMTableGen >> [ 4%] Built target obj.llvm-tblgen >> [ 4%] Built target llvm-tblgen >> [ 4%] Built target AttributeCompatFuncTableGen >> [ 4%] Built target intrinsics_gen >> [ 6%]...
2017 Jun 28
3
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
...ld not find any trivial code that has the same issue yet. >>> >>> Following is the output of the compilation process: >>> >>> yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . >>> [ 0%] Built target LLVMDemangle >>> [ 3%] Built target LLVMSupport >>> [ 3%] Built target LLVMTableGen >>> [ 4%] Built target obj.llvm-tblgen >>> [ 4%] Built target llvm-tblgen >>> [ 4%] Built target AttributeCompatFuncTableGen >>> [...
2013 Jul 17
13
[PATCH 0/3] xen: various changes to what we install in /boot
...to choose whether to compress installed xen binary" patch. So this series now consists of: xen: allow architecture to choose how/whether to compress installed xen binary xen: x86: drop the ".gz" suffix when installing xen: Use $(T) and $(D) aliases in install target This is based on my "xen: arm: make zImage the default target which we install" patch but I don''t think there is any actual interaction. Ian.
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 +++ test/trace/definelocal-function-target-7.swf |binary test/trace/definelocal-function-...
2017 Jun 28
2
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
...l code that has the same issue yet. >>>> >>>> Following is the output of the compilation process: >>>> >>>> yawmoo at yawmoo-MRNM3AP:~/Desktop/clfs/sources/llvm-build-native-with-lld$ cmake --build . >>>> [ 0%] Built target LLVMDemangle >>>> [ 3%] Built target LLVMSupport >>>> [ 3%] Built target LLVMTableGen >>>> [ 4%] Built target obj.llvm-tblgen >>>> [ 4%] Built target llvm-tblgen >>>> [ 4%] Built target AttributeCompatFuncTableGen...
2010 Oct 05
2
[LLVMdev] gold-plugin build errors
...btool --tag=CC --mode=link /usr/bin/gcc-4.2 -Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat -Wparentheses -Wpointer-arith -g -O2 -o qe inc-gdblog.o inc-gdbloop.o inc-gdbsched.o inc-gdbserv.o inc-gdbserv-client.o inc-gdbserv-input.o inc-gdbserv-log.o inc-gdbserv-output.o inc-gdbserv-target.o inc-gdbserv-utils.o inc-gdbsocket.o inc-stdio-log.o inc-forward.o inc-backwards.o qe.o -lresolv -lnsl libtool: Version mismatch error. This is libtool 2.2.7a, but the libtool: definition of this LT_INIT comes from libtool 2.2.6. libtool: You should recreate aclocal.m4 with macros from libtool...
2017 Jun 30
3
Building llvm with clang and lld on arm and the llvm arm backend relocation on position independent code
...ent to parameter 'DebugLineData' here > const LineTable *getOrParseLineTable(const DWARFDataExtractor &DebugLineData, > ^ > 2 errors generated. > tools/lld/ELF/CMakeFiles/lldELF.dir/build.make:494: recipe for target 'tools/lld/ELF/CMakeFiles/lldELF.dir/InputFiles.cpp.o' failed > make[2]: *** [tools/lld/ELF/CMakeFiles/lldELF.dir/InputFiles.cpp.o] Error 1 > CMakeFiles/Makefile2:49925: recipe for target 'tools/lld/ELF/CMakeFiles/lldELF.dir/all' failed > make[1]: *** [tools/lld/ELF/CMakeFi...
2009 Jun 05
1
R 2.9.0 on AIX 5.3: Error: Invalid DESCRIPTION file
...9;defunct-base' must already be known to R. See the information on DESCRIPTION files in section 'Creating R packages' of the 'Writing R Extensions' manual. Execution halted Any ideas? Full output below. Thanks Loris Here is the full output of 'make': Target "R" is up to date. Target "R" is up to date. Target "R" is up to date. Target "R" is up to date. Target "Makedeps" is up to date. Target "libbz2.a" is up to date. Target "all" is up to date. Target "Make...
2014 Apr 03
5
[LLVMdev] comparing .o files from different build trees
...s.o ../../recurse2be/build/./lib/Analysis/Release+Asserts/BasicAliasAnalysis.o differ: byte 46912, line 53 ./lib/Transforms/Instrumentation/Release+Asserts/MemorySanitizer.o ../../recurse2be/build/./lib/Transforms/Instrumentation/Release+Asserts/MemorySanitizer.o differ: byte 169027, line 327 ./lib/Target/X86/Release+Asserts/X86ISelDAGToDAG.o ../../recurse2be/build/./lib/Target/X86/Release+Asserts/X86ISelDAGToDAG.o differ: byte 271126, line 2999 ./lib/Target/X86/Release+Asserts/X86RegisterInfo.o ../../recurse2be/build/./lib/Target/X86/Release+Asserts/X86RegisterInfo.o differ: byte 33493, line 108 ./...
2006 Feb 11
7
Rails development on Mac OS X 10.4 Intel
...#39;NSIsSymbolNameDefined'' 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...
2011 Dec 09
2
[LLVMdev] moving from lib/Target and lib/CodeGen
We've had a circular dependency in LLVM for a while, and while we've been fortunate that we could ignore it by implementing functions in header files, a recent innocent change caused a cyclic dependency between Target and CodeGen just because of inlining that happens in GCC. I'm proposing to fix this by moving code from Target to CodeGen If 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, whil...
2011 Dec 12
2
[LLVMdev] moving from lib/Target and lib/CodeGen
I have mixed feeling about this. While this does separate out target-independent pieces into CodeGen, it also introduces some confusion where the default implementation is in CodeGen while target overridden version are in Target. I also hate to see all these Target* classes being moved to CodeGen. I thought our solution to this issue is classes such as TargetInstrI...
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 LLVMTransformUtils [ 15%] Built target LLVMScalarOpts [ 22%] Built target LLVMCodeGen [ 26%] Built target LLVMAnalysis [ 26%] Built target LLVMAs...
2005 Nov 08
0
gcc4 noise
...nsigned 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...