Lines Matching refs:Personality
128 /// The exceptions personality for a function.
132 // If this is non-null, this personality requires a non-standard
196 /// Determines the personality function to use when both C++
200 // The ObjC personality defers to the C++ personality for non-ObjC
201 // handlers. Unlike the C++ case, we use the same personality
212 // The GCC runtime's personality function inherently doesn't support
213 // mixed EH. Use the C++ personality just to avoid returning null.
235 const EHPersonality &Personality) {
238 Personality.PersonalityFn);
243 const EHPersonality &Personality) {
244 llvm::Constant *Fn = getPersonalityFn(CGM, Personality);
248 /// Check whether a personality function could reasonably be swapped
249 /// for a C++ personality function.
294 /// Try to use the C++ personality function in ObjC++. Not doing this
296 /// aggressive about only using the ObjC++ personality in a function
314 "Different EHPersonalities using the same personality function.");
324 // Create the C++ personality function and kill off the old
602 // personality routine is capable of doing this right. See C++ DR 388:
727 const EHPersonality &personality = EHPersonality::get(getLangOpts());
735 getOpaquePersonalityFn(CGM, personality), 0);
814 // types there are. The personality routine only lands here if the filter
913 // We have no way to tell the personality function that we're
930 // work, because the personality function might have adjusted
942 // pad. The best solution is to fix the personality function.
1544 const EHPersonality &Personality = EHPersonality::get(CGM.getLangOpts());
1547 getOpaquePersonalityFn(CGM, Personality), 0);
1603 const EHPersonality &Personality = EHPersonality::get(CGM.getLangOpts());
1607 const char *RethrowName = Personality.CatchallRethrowFn;
