[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug binutils/351] [PATCH] dlltool doesn't honour aliases in .def files.

From: carlo at alinoe dot com
Subject: [Bug binutils/351] [PATCH] dlltool doesn't honour aliases in .def files.
Date: 6 Sep 2004 22:12:50 -0000

------- Additional Comments From carlo at alinoe dot com  2004-09-06 22:12 
On the mingw-users mailinglist, Aaron W. LaFramboise <aaron77thyme at aaronwl
dot com> writes me:

> No.  The internal name has a well-defined meaning, that is correctly
> implemented by the Microsoft tools.  The internal name refers to the
> name of the symbol within the implementation of the DLL, a name that is
> meaningless to users of the DLL.  Your patch changes this meaning (but
> only within dlltool) to mean some other symbol name, which is incorrect.
>  It will cause a well-formed .def file to create an incorrect import
> library.  Specifically, it is incorrect for dlltool to do anything with
> the internal name, since neither of the two symbol names emitted by
> dlltool is the one referred to by the internal name.  (That does not
> mean that internal name is generally ignored or unused.  It is used,
> correctly, by some projects during DLL creation.)  Any change, such as
> yours, which changes this, is inconsistant with correct operation, and
> incompatible with MS's tools.
> I think that you should revert your patch.

Although I am not sure I understand what he is talking about exactly,
I guess that he knows what he is talking about.  Perhaps the whole
patch is doing the wrong thing because I misunderstood the meaning
of 'internal name'.  It is unfortunate that there is no good documentation
available about .def files and dlltool etc.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]