Displaying 3 results from an estimated 3 matches for "2318_6".
Did you mean:
23186
2010 Dec 03
1
[LLVMdev] Alternative exception handling proposal
...= bitcast i8* %D.2324_1 to i32 (...)***
store i32 (...)** getelementptr inbounds ([5 x i32 (...)*]*
@_ZTVSt9exception, i64 0, i64 2), i32 (...)*** %0, align 8
%D.2306_4 = bitcast i8* %D.2324_1 to %struct.exception*
%D.2305_5 = tail call i8* @__cxa_allocate_exception(i64 8) nounwind
%D.2318_6 = bitcast i8* %D.2305_5 to %struct.exception**
store %struct.exception* %D.2306_4, %struct.exception** %D.2318_6, align 8
invoke void @__cxa_throw(i8* %D.2305_5, i8* bitcast
(%struct.__pointer_type_info_pseudo* @_ZTIPSt9exception to i8*), void (i8*)*
null) noreturn
to label %1 un...
2010 Dec 02
0
[LLVMdev] Alternative exception handling proposal
On Dec 2, 2010, at 2:21 AM, Duncan Sands wrote:
> Hi Bill,
>
>> This is similar to my first proposal.
>
> yup, I still consider your first proposal to have been basically sound.
>
> But it also suffers from a major problem,
>> which stopped that proposal dead in its tracks. Namely, you have information in
>> one place which needs to be shared in two
2010 Dec 02
3
[LLVMdev] Alternative exception handling proposal
Hi Bill,
> This is similar to my first proposal.
yup, I still consider your first proposal to have been basically sound.
But it also suffers from a major problem,
> which stopped that proposal dead in its tracks. Namely, you have information in
> one place which needs to be shared in two different, but possibly disjoint,
> places: the type, filters, and personality information. In