Update comment for target::get_thread_local_address.
authorJohn Baldwin <jhb@FreeBSD.org>
Tue, 12 Mar 2019 20:39:02 +0000 (13:39 -0700)
committerJohn Baldwin <jhb@FreeBSD.org>
Tue, 12 Mar 2019 20:45:47 +0000 (13:45 -0700)
There isn't an 'objfile' parameter, instead 'load_module_addr' is used
to indicate the executable or shared library.  Also, the function
throws errors rather than returning error values.

gdb/ChangeLog:

* target.h (target::get_thread_local_address): Update comment.

gdb/ChangeLog
gdb/target.h

index f02545254630c9f1ecf94f26688f9398abb6afc3..2edc6d543bf459938706ffb08da9e1bfe4ce6856 100644 (file)
@@ -1,3 +1,7 @@
+2019-03-12  John Baldwin  <jhb@FreeBSD.org>
+
+       * target.h (target::get_thread_local_address): Update comment.
+
 2019-03-12  John Baldwin  <jhb@FreeBSD.org>
 
        * solib-svr4.c (svr4_fetch_objfile_link_map): Look for
index c95151a4044f81f4b1596505b966c6110e757a1e..5fe6aa74b0c48f819de960921843ddf9dc34e15d 100644 (file)
@@ -718,9 +718,9 @@ struct target_ops
       TARGET_DEFAULT_NORETURN (tcomplain ());
     /* Return the thread-local address at OFFSET in the
        thread-local storage for the thread PTID and the shared library
-       or executable file given by OBJFILE.  If that block of
+       or executable file given by LOAD_MODULE_ADDR.  If that block of
        thread-local storage hasn't been allocated yet, this function
-       may return an error.  LOAD_MODULE_ADDR may be zero for statically
+       may throw an error.  LOAD_MODULE_ADDR may be zero for statically
        linked multithreaded inferiors.  */
     virtual CORE_ADDR get_thread_local_address (ptid_t ptid,
                                                CORE_ADDR load_module_addr,