Displaying 6 results from an estimated 6 matches for "teribl".
Did you mean:
terible
2009 May 12
2
[LLVMdev] catch all
Hi,
that's right ! catch(all) has extra null arg,
eh_select = tail call i32 (i8*, i8*, ...)*
@llvm.eh.selector.i32(i8* %eh_ptr, i8* bitcast (i32 (...)*
@__gxx_personality_v0 to i8*), i8* null) ; <i32> [#uses=0]
I have doubt that :
the llvm-IR like above are all translated from catch(all) statement .
zhangzw
2009 May 12
0
[LLVMdev] catch all
> that's right ! catch(all) has extra null arg,
>
> eh_select = tail call i32 (i8*, i8*, ...)*
> @llvm.eh.selector.i32(i8* %eh_ptr, i8* bitcast (i32 (...)*
> @__gxx_personality_v0 to i8*), i8* null) ; <i32> [#uses=0]
>
> I have doubt that :
> the llvm-IR like above are all translated from catch(all) statement .
I'm not sure what you are
2009 May 12
1
[LLVMdev] catch all
...__gxx_personality_v0 to i8*), i8* null) ; <i32> [#uses=0]
>>
>> I have doubt that :
>> the llvm-IR like above are all translated from catch(all) statement .
>
> I'm not sure what you are saying...
>
> Ciao,
>
> Duncan.
>
Hi,
sorry for my terible english !
I mean
there are only the catch(...) statement can be translate to the LLVM-IR :
eh_select = tail call i32 (i8*, i8*, ...)* @llvm.eh.selector.i32(i8*
%eh_ptr, i8* bitcast (i32 (...)* @__gxx_personality_v0 to i8*), i8*
null)
are there any other case can be translate to the same abo...
2017 Jan 09
2
[cfe-dev] Modernizing LLVM Coding Style Guide and enforcing Clang-tidy
...impler to read, even if it is the first time you see it, which is not the
case of typedef.
typedef MyType::NestedType (*fptr)(const MyOhterType&);
or
using fptr = MyType::NestedType (*)(const MyOhterType&);
Typedefs with function pointers are used in couple of places in LLVM and I
find it terible to read.
So it is not about new-ness. Trust me, I would never use typedef if using
was first :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170109/23a4600a/attachment.html>
2013 Sep 22
0
Still problems with Civ4/BTS
Hi.
After upgrading my Debian (installed a brand new Wheezy 64bits a few
months ago), I decided to reinstall Civ4, and its amazing sequel BTS.
Both applications finally installed (I had a problem with .net...), but
now something is teribly wrong : Civ4 starts and plays just fine, but
BTS, after starting, crashes when I clic "Play".
The error message is the following :
Unhandled exception: page fault on read access to 0x184f8000 in 32-bit code (0x7c3428fa).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b...
2017 Jan 09
6
[cfe-dev] Modernizing LLVM Coding Style Guide and enforcing Clang-tidy
On Mon, Jan 9, 2017 at 7:25 AM, Piotr Padlewski via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> 2017-01-09 16:15 GMT+01:00 Renato Golin <renato.golin at linaro.org>:
>
>> On 9 January 2017 at 14:17, Piotr Padlewski via cfe-dev
>> <cfe-dev at lists.llvm.org> wrote:
>> > - prefer "using' instead of "typedef"
>> > - use