Due to the lack of debug information in the binary, GDB is unable to figure
out what language is being used. This may be a problem when doing remote
debugging and the binary stops at the entry point containing asm code.
In this case GDB will switch to asm as current language and will not switch
back to C when it reaches main, which in turn causes the compile feature check
to malfunction.
This is solved by forcing the language to C after reaching main.
gdb/testsuite/ChangeLog:
2015-08-26 Luis Machado <lgustavo@codesourcery.com>
* gdb.compile/compile-ifunc.exp (with_test_prefix): Force language
to C.
+2015-08-26 Luis Machado <lgustavo@codesourcery.com>
+
+ * gdb.compile/compile-ifunc.exp (with_test_prefix): Force language
+ to C.
+
2015-08-26 Patrick Palka <patrick@parcs.ath.cx>
* gdb.base/run-after-attach.exp: New test file.
return -1
}
+ # This binary has no debug information, so force the language to C in case
+ # GDB happened to see real asm code when it stopped at the entry point
+ # when talking to a remote target, like gdbserver. This guarantees the
+ # feature check below will work.
+ gdb_test_no_output "set language c" ""
+
if {[skip_compile_feature_tests]} {
untested "compile command not supported (could not find libcc1 shared library?)"
return -1