search for: target

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...

...] 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 [...

...] 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 [...

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....

...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...

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/...

...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%]...

...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 >>> [...

...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.

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-...

...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...

...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...

...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...

...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...

...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 ./...

...#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...

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...

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...

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...

...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...