gdb: initialise extension languages after processing early startup files

Now (thanks to the last few commits) all extension languages are
fully initialised in their finish_initialization method, this commit
delays the call to this method until after the early initialization
files have been processed.

Right now there's no benefit from doing this, but in a later commit I
plan to add new options for Python that will control how Python is
initialized.

With this commit in place, my next commits will allow the user to add
options to their early initialization file and alter how Python starts
up.

There should be no user visible changes after this commit.

gdb/ChangeLog:

	* main.c (captured_main_1): Add a call to
	finish_ext_lang_initialization.
	* top.c (gdb_init): Remove call to finish_ext_lang_initialization.
This commit is contained in:
Andrew Burgess
2020-08-26 17:31:12 +01:00
parent 880ae75a2b
commit 1178f01adf
3 changed files with 9 additions and 6 deletions

View File

@@ -1053,6 +1053,9 @@ captured_main_1 (struct captured_main_args *context)
execute_cmdargs (&cmdarg_vec, CMDARG_EARLYINIT_FILE,
CMDARG_EARLYINIT_COMMAND, &ret);
/* Finish initializing the extension languges. */
finish_ext_lang_initialization ();
/* Recheck if we're starting up quietly after processing the startup
scripts and commands. */
if (!quiet)