Re: Lots of symbols in comctl32 are exported by ordinal only

On Wednesday 22 October 2003 20:47, Danny Smith wrote:

> But the NONAME tag has no significant effect on the import lib -- the
> symbol names are still in the imp lib, just hidden in the dll itself.

Let me clarify. I tested this and adding NONAME gives me an import 
lib that, if linked against (during build-time of course), gives me
executables that link at run-time on Windows and Wine. If NONAME is
not present they bomb at run-time with errors saying symbols DPA_Search,
etc cannot be found. I quote Alexandre Julliard on this:

 "Yes it is, the functions are converted to ordinal imports by the
  import library. The existing code works just fine, except when
  cross-compiling on Mingw because the import libraries are broken
  there."

> Run-time linking
>  doesn't use the import lib, so why should it affect that?

Sorry, I wasn't clear. Like I said above, the problem is with 
build-time linking against a incorrect MinGW import library but
the problem shows when run-time linking the resulting executable.

 -Hans



-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/