Displaying 4 results from an estimated 4 matches for "rcgorton".
Did you mean:
gorton
2014 Sep 11
3
[LLVMdev] patch for DragonEgg 3.3
Hi - attached is a patch to enable building DragonEgg (x86_64) for LLVM3.3 and LLVM3.4. That is, add these changes to the 3.3 release, and it becomes possible to build DragonEgg against a llvm3.4 compiler.
Regards,
Richard Gorton
Cognitive Electronics
rcgorton at cog-e.com
----------
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dragonegg_diff.txt
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140911/70d1a61c/attachment.txt>
2015 Mar 12
2
[LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)
2015-03-11 16:22 GMT-05:00 Richard Gorton <
rcgorton at cognitive-electronics.com>:
> I can confirm that musl builds and works correctly with clang/llvm. We
> are using musl as a libc for our architecture.
> It has a much smaller code footprint than newlib or glibc.
>
I successfully cross-compile the must-libc using clang, with the...
2015 Mar 11
4
[LLVMdev] Customize Standard C Library Using LLVM (to support llvm backend optimization)
>
> FWIW, I build baremetal newlib for arm-eabi using clang, and it works. I
>> had to patch a few of the __attribute__((naked)) functions because they
>> were using pre-UAL asm syntax, but for the most part it "just works".
>>
>
I build the baremetal newlib using arm-none-eabi-gcc as well, but after
linking with the hello world program, it failed to run on
2014 Sep 18
2
[LLVMdev] troubles with ISD::FPOWI
Hi,
I'm stumped by how to handle fpowi. Here is the context: my architecture has i64, f32, and f64 registers. No i32. For calls & returns, we promote i32 to i64. There is no support in the architecture to perform fpowi - it has to go through the runtime.
I'm using gfortran + dragonegg + llvm3.4 to generate .ll files via plugin.
The fortran expression
REAL = REAL ** INTEGER*4