search for: 2318_6

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