aboutsummaryrefslogtreecommitdiff
path: root/gdb/eval.c
diff options
context:
space:
mode:
Diffstat (limited to 'gdb/eval.c')
-rw-r--r--gdb/eval.c18
1 files changed, 9 insertions, 9 deletions
diff --git a/gdb/eval.c b/gdb/eval.c
index 116cf2b..b2c7abd 100644
--- a/gdb/eval.c
+++ b/gdb/eval.c
@@ -172,15 +172,15 @@ evaluate_subexp (expect_type, exp, pos, noside)
int code;
struct internalvar *var;
- /* This expect_type crap should not be used for C. C does not have
- any notion of expected types, never has and (goddess willing)
- never will. The C++ code uses it for some twisted purpose (I
- haven't investigated but I suspect it just the usual combination
- of Stroustrup figuring out some crazy language feature and
- Tiemann figuring out some crazier way to try to implement it).
- CHILL has the tuple stuff; I don't know enough about CHILL to
- know whether expected types is the way to do it. FORTRAN I don't
- know. */
+ /* This expect_type crap should not be used for C. C expressions do
+ not have any notion of expected types, never has and (goddess
+ willing) never will. The C++ code uses it for some twisted
+ purpose (I haven't investigated but I suspect it just the usual
+ combination of Stroustrup figuring out some crazy language
+ feature and Tiemann figuring out some crazier way to try to
+ implement it). CHILL has the tuple stuff; I don't know enough
+ about CHILL to know whether expected types is the way to do it.
+ FORTRAN I don't know. */
if (current_language->la_language != language_cplus
&& current_language->la_language != language_chill)
expect_type = NULL_TYPE;