similar to: [LLVMdev] Code generation issues

Displaying 8 results from an estimated 8 matches similar to: "[LLVMdev] Code generation issues"

2007 May 29
0
[LLVMdev] Code generation issues
Hi Bram, Could you submit bug reports for all of these problems? Thanks! -bw On 5/29/07, Bram Adams <bram.adams at ugent.be> wrote: > Hi, > > Today I managed to link ioquake3, but generating a binary does not > work yet. > > > 1) On OSX, I get: > > Error: Code generator does not support intrinsic function > 'llvm.ppc.altivec.lvsl'! > > when I
2007 May 30
0
[LLVMdev] Code generation issues
On Tue, 29 May 2007, Bram Adams wrote: > Today I managed to link ioquake3, but generating a binary does not > work yet. > 1) On OSX, I get: > > Error: Code generator does not support intrinsic function > 'llvm.ppc.altivec.lvsl'! > > when I do: llc file.bc -march=c -o file.c The C backend doesn't support all target-specific intrinsics. > 2) On Linux X86,
2007 May 18
2
[LLVMdev] Antw.: 2.0 Pre-release tarballs online
Hi, Op 18-mei-07, om 10:10 heeft Tanya M. Lattner het volgende geschreven: >> On Slackware 10.2 (GCC 3.3.6), I got an error during a debug build >> with the header files using uintptr_t (not recognised as a type). >> Putting "#include <stdint.h>" in include/llvm/BasicBlock.h (llvm) >> and in "include/llvm/ValueSymbolTable.h" (frontend)
2007 May 18
0
[LLVMdev] Antw.: 2.0 Pre-release tarballs online
> On Slackware 10.2 (GCC 3.3.6), I got an error during a debug build with the > header files using uintptr_t (not recognised as a type). Putting "#include > <stdint.h>" in include/llvm/BasicBlock.h (llvm) and in > "include/llvm/ValueSymbolTable.h" (frontend) resolved this. Ok. This is now fixed on the release branch. Thanks! > Also, I got linking
2007 May 17
8
[LLVMdev] Antw.: 2.0 Pre-release tarballs online
Hi, Op 15-mei-07, om 10:23 heeft Tanya M. Lattner het volgende geschreven: 1) Download llvm-gcc4 binary and llvm. Compile and run make check. I did a debug build on OSX 10.4.9 and everything went fine. Results of "make check" (see ppc.log): === Summary === # of expected passes 1630 # of unexpected failures 21 # of expected failures 2
2006 Jun 26
0
[klibc 37/43] x86_64 support for klibc
The parts of klibc specific to the x86_64 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit f889dd04bef1aed36ba18161c727af47338e167a tree c25f184d2e3337b52dfe3abd191ec639d4d9543d parent f30fa3db62972125afa68d3b53d03cdb843d3bbd author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:53 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2007 May 24
0
[LLVMdev] 2.0 frontend hangs
Hi, While trying to compile ioquake3 (http://ioquake3.org/? page=get&method=source; use provided make-macosx-ub.sh wrapper to compile) with LLVM 2.0 for an experiment (seriously :-)), the 2.0 frontend hangs on a program file called code/server/sv_client.c. Apparently, it's stuck on line 2964 of gcc/gcc.c while waiting for some subprocess to complete. The 1.9 frontend however does
2006 Jun 28
35
[klibc 00/31] klibc as a historyless patchset (updated and reorganized)
I have updated the klibc patchset based on feedback received. In particular, the patchset has been reorganized so as not to break git-bisect. Additionally, this updates the patch base to 2.6.17-git12 (d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main difference on the klibc side is removal of obsolete code. This is also available as a git tree at: