LIU Hao wrote:
在 2022-04-28 23:55, Corinna Vinschen 写道:

But then again, this seems to be a bug in the w32api import libs,
rather than a problem with the toolchain, no?



Yes; and similar issues did happen some times before, such as in these commits:

  * 68d0e7d551d2e2a5b8a15bdca3f8d15fc097ed01
  * 65042f860f8cb67b26d97fd763143946f9a7c6e6
  * e1c9831d79320f401c803f993a4a9f7d11e7465e
  * 705bdc43a143e39bb55bfc1369edc769b4271654


It is reasonable to remove duplicate definitions. Please provide a list of functions that you wish to remove.



Then the following from advapi32.def.in should be removed from kernel32.def.in:

CreateProcessAsUserA
CreateProcessAsUserW
OpenThreadToken
SetThreadToken

There are no further duplicates in the import libs linked by default:

$ nm libadvapi32.a libkernel32.a libshell32.a libuser32.a \
| sed -n '/ T \.text$/d;s,^.* T ,,p' | sort | uniq -d
_CreateProcessAsUserA@44
_CreateProcessAsUserW@44
_OpenThreadToken@16
_SetThreadToken@8


BTW, there are various duplicates within the def files, but this is only cosmetic, for example:

$ grep -n GetGUIThreadInfo *.def*
user32.def.in:341:GetGUIThreadInfo
user32.def.in:345:GetGUIThreadInfo

$ grep -n CheckEscapesW *.def*
shell32.def:57:CheckEscapesW
shell32.def:124:CheckEscapesW

Regards,
Christian



_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Reply via email to