• R/O
  • HTTP
  • SSH
  • HTTPS

提交

標籤
無標籤

Frequently used words (click to add to your profile)

javac++androidlinuxc#windowsobjective-ccocoa誰得qtpythonphprubygameguibathyscaphec計画中(planning stage)翻訳omegatframeworktwitterdomtestvb.netdirectxゲームエンジンbtronarduinopreviewer

GNU Binutils with patches for OS216


Commit MetaInfo

修訂99a8e537841025daa212aa33e08cfdebc82c27ee (tree)
時間2015-12-11 05:00:31
作者Doug Evans <dje@goog...>
CommiterDoug Evans

Log Message

patch ../102429642.patch

Change Summary

差異

--- a/README.google
+++ b/README.google
@@ -230,3 +230,15 @@ they are an ongoing maintenance burden.
230230 + Ref: 15188412
231231 + * breakpoint.c (create_solib_event_breakpoint): Apply
232232 + gdbarch_skip_entrypoint if it's defined.
233+--- README.google 2015-09-05 18:23:16.000000000 -0700
234++++ README.google 2015-09-05 18:26:36.000000000 -0700
235++
236++2015-09-05 Doug Evans <google.com>
237++
238++ PR python/17936
239++ * symfile.c (symbol_file_add_with_addrs): Call
240++ observer_notify_new_objfile (NULL) early, before loading symbols.
241++ (symbol_file_add_separate): Turn off SYMFILE_MAINLINE when loading
242++ separate debug files.
243++ (clear_symtab_users): Don't call observer_notify_new_objfile (NULL)
244++ here if SYMFILE_MAINLINE.
--- a/gdb/symfile.c
+++ b/gdb/symfile.c
@@ -1191,6 +1191,15 @@ symbol_file_add_with_addrs (bfd *abfd, const char *name, int add_flags,
11911191 && !query (_("Load new symbol table from \"%s\"? "), name))
11921192 error (_("Not confirmed."));
11931193
1194+ /* If mainline, send the new_objfile (NULL) notification now.
1195+ This is done here so that clients will see one event instead of one for
1196+ the main objfile and a second one for a possible separate debug file, and
1197+ will see the event before any objfiles are loaded including possible
1198+ separate debug files. Note that if there is a separate debug file, we
1199+ will end up back here from calling syms_from_objfile below. PR 17936. */
1200+ if (mainline)
1201+ observer_notify_new_objfile (NULL);
1202+
11941203 objfile = allocate_objfile (abfd, name,
11951204 flags | (mainline ? OBJF_MAINLINE : 0));
11961205
@@ -1284,7 +1293,7 @@ symbol_file_add_separate (bfd *bfd, const char *name, int symfile_flags,
12841293 my_cleanup = make_cleanup_free_section_addr_info (sap);
12851294
12861295 new_objfile = symbol_file_add_with_addrs
1287- (bfd, name, symfile_flags, sap,
1296+ (bfd, name, symfile_flags & ~SYMFILE_MAINLINE, sap,
12881297 objfile->flags & (OBJF_REORDERED | OBJF_SHARED | OBJF_READNOW
12891298 | OBJF_USERLOADED),
12901299 objfile);
@@ -3030,7 +3039,11 @@ clear_symtab_users (int add_flags)
30303039 clear_displays ();
30313040 clear_last_displayed_sal ();
30323041 clear_pc_function_cache ();
3033- observer_notify_new_objfile (NULL);
3042+
3043+ /* If this is the main objfile, the notification is sent out sooner,
3044+ by symbol_file_add_with_addrs. PR 17936. */
3045+ if ((add_flags & SYMFILE_MAINLINE) == 0)
3046+ observer_notify_new_objfile (NULL);
30343047
30353048 /* Clear globals which might have pointed into a removed objfile.
30363049 FIXME: It's not clear which of these are supposed to persist