This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH] Fix up msymbol type of dll trampoline to mst_solib_trampoline
- From: Yao Qi <yao at codesourcery dot com>
- To: asmwarrior <asmwarrior at gmail dot com>
- Cc: Tom Tromey <tromey at redhat dot com>, <gdb-patches at sourceware dot org>
- Date: Fri, 5 Jul 2013 20:22:18 +0800
- Subject: Re: [PATCH] Fix up msymbol type of dll trampoline to mst_solib_trampoline
- References: <1372043502-4618-1-git-send-email-yao at codesourcery dot com> <874ncjmgkl dot fsf at fleche dot redhat dot com> <51CD0054 dot 9040401 at codesourcery dot com> <87ehbmkzqr dot fsf at fleche dot redhat dot com> <51D36FB3 dot 4070006 at codesourcery dot com> <51D688D3 dot 8000104 at gmail dot com>
On 07/05/2013 04:50 PM, asmwarrior wrote:
This is my testing on the patch, it works fine.
It looks like the issue only happens when __declspec(dllimport) is NOT used when building the exe file.
Thanks for the clarification of this issue and playing with this patch.
BTW:
1, It looks like I can't set a breakpoint on a function with is __stdcall calling convention
When I type:
(gdb) b Add_S
Function "Add_S" not defined.
In fact, the symbol name about "Add_S" function is "Add_S@8", (This can be seen from the disassembler)
I don't know how to set such breakpoint by function names.
I am not an expert on windows, but it is a bug to me. People, who know
more about windows/mingw, can give comments here.
2, I see there are symbol names for Add_C: one is named "Add_C" and the other is "_imp__Add_C",
so it has "_imp__" before "Add_C". (One underline prefix and double underlines postfix).
Yes, I can see "_imp__Add_C" too in the output of 'maintenance print
msymbols'.
--
Yao (éå)