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: