@@ -1072,10 +1072,10 @@ from out-of-memory conditions. For this reason, many C++ projects
1072
1072
explicitly disable exceptions and rely on other error propagation
1073
1073
mechanisms, on which there is no widespread consensus.
1074
1074
1075
- Objective C
1075
+ Objective- C
1076
1076
-----------
1077
1077
1078
- Objective C has a first-class exceptions mechanism which is similar in
1078
+ Objective- C has a first-class exceptions mechanism which is similar in
1079
1079
feature set to Java's: ``@throw `` / ``@try `` / ``@catch `` / ``@finally ``.
1080
1080
Exception values must be instances of an Objective-C class. The
1081
1081
language does a small amount of implicit frame cleanup during
@@ -1084,18 +1084,18 @@ stack copies of ``__block`` variables are torn down, and ARC ``__weak``
1084
1084
variables are destroyed. However, the language does not release
1085
1085
object pointers held in local variables, even (by default) under ARC.
1086
1086
1087
- Objective C exceptions used to be implemented with ``setjmp ``,
1087
+ Objective- C exceptions used to be implemented with ``setjmp ``,
1088
1088
``longjmp ``, and thread-local state managed by a runtime, but the only
1089
1089
surviving platform we support which does that is i386, and all others
1090
1090
now use a "zero-cost" implementation that interoperates with C++
1091
1091
exceptions.
1092
1092
1093
- Objective C exceptions are *mostly * only used for unrecoverable
1093
+ Objective- C exceptions are *mostly * only used for unrecoverable
1094
1094
conditions, akin to what I called "failures" above. There are a few
1095
1095
major exceptions to this rule, where APIs that do use exceptions to
1096
1096
report errors.
1097
1097
1098
- Instead, Objective C mostly relies on manual propagation,
1098
+ Instead, Objective- C mostly relies on manual propagation,
1099
1099
predominantly using out-parameters of type ``NSError** ``. Whether the
1100
1100
call failed is usually *not * indicated by whether a non-``nil `` error
1101
1101
was written into this parameter; calls are permitted both to succeed
@@ -1110,7 +1110,7 @@ null object result is valid.
1110
1110
CF APIs, meanwhile, have their own magnificent set of somewhat
1111
1111
inconsistent conventions.
1112
1112
1113
- Therefore, we can expect that incrementally improving CF / Objective C
1113
+ Therefore, we can expect that incrementally improving CF / Objective- C
1114
1114
interoperation is going to be a long and remarkably painful process.
1115
1115
1116
1116
0 commit comments