Displaying 6 results from an estimated 6 matches for "7x57".
Did you mean:
0x57
2010 Feb 12
2
[LLVMdev] Portable I/O
...)
that I shouldn't technically assume anything about. I didn't *need*
portability, but I tried to work in that direction anyway.
I have some other tricks, but they depend on the fact that I actually
run LLVM code through CPP, which I assume most people have too much good
taste to do.
7x57
2010 Feb 12
0
[LLVMdev] Portable I/O
On Feb 12, 2010, at 8:45 AM, Samuel Crow wrote:
> Hello Óscar,
>
> The problem with that idea is that they require a pointer to a FILE structure. This file structure is included from stdio.h which has macros and conditional compilation all over the place. There are no constructors in these libraries to call and, as such, they are platform dependent. Is there any way to link in an
2010 Mar 04
5
[LLVMdev] folding x * 0 = 0
On Mar 3, 2010, at 3:20 PM, Chris Lattner wrote:
>
> On Mar 3, 2010, at 1:53 PM, David Greene wrote:
>
>>>
>>> IMO rounding mode should be explicitly marked on the
>>> instruction as well.
>>
>> That would also be useful for some GPUs where each instruction can specify
>> its own rounding mode.
>
> SSE4 also has this for at least
2010 Mar 04
0
[LLVMdev] folding x * 0 = 0
By the way:
x * 1 = 1
is one optimisation I never want to see in llvm please.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100304/e2bf0cd7/attachment.html>
2010 Feb 12
2
[LLVMdev] Portable I/O
Hello Óscar,
The problem with that idea is that they require a pointer to a FILE structure. This file structure is included from stdio.h which has macros and conditional compilation all over the place. There are no constructors in these libraries to call and, as such, they are platform dependent. Is there any way to link in an external type definition to an opaque type? We'd need to
2010 Feb 12
0
[LLVMdev] Portable I/O
...cally assume anything about. I didn't *need*
> portability, but I tried to work in that direction anyway.
>
> I have some other tricks, but they depend on the fact that I actually
> run LLVM code through CPP, which I assume most people have too much good
> taste to do.
>
> 7x57
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev