Hello Gary,
Gary V. Vaughan <[EMAIL PROTECTED]> wrote:
Sorry, just when I thought I have some free time, that boss contrived
rush. I answer on important points.
>> (Technical
>> note: what corresponds to shared library on *nix system is a pair of
>> <implib,dll> on win32. *Pair*)
GVV> You're right. I remember why I did it this way now -- the libtool
GVV> machinery is not at all equipped to deal with a shared library that is
GVV> not in a single file. It is a fair amount of work to teach it to
GVV> understand that. I do agree that libtool could be nicer to the world
GVV> by installing an appropriate implib.
Well, not everything's so bad. Libtool already supports several
aliases for shared lib in library_names_spec. Also, there's a
convention that last item of it used as the name for linking. This
automatically account for linking with implib.
There's problem, however, that tail (all but last) names in library_names_spec
are treated as symlinks to head. Then, there should be option to not
do that. That option consequently changes behaviour of modes:
link: do not do anything to tail names at all (assume that files
identified by those names produced automagically by external to
libtool force)
install: instead of linking tail names, copy them.
That's what I have done and working. In fact, it's just
several lines of changes. I just want to be sure that it works along
with all the other changes I did before submitting patch.
GVV> Cheers,
GVV> Gary.
--
Paul Sokolovsky, IT Specialist
http://www.brainbench.com/transcript.jsp?pid=11135
