Re: [boost] DLL names under windows

From: David Abrahams (david.abrahams_at_[hidden])
Date: 2001-10-22 11:43:18

So, does this get the build system off the hook, or is there still an issue
to address?

If there is, somebody PLEASE post a proposal for how things should work,
with some reasonable amount of detail. I can make the build system do almost
anything, but I need to understand the requirements first. I am not an
expert in the domain of DLL conflicts and naming.

Thanks,
Dave

===================================================
  David Abrahams, C++ library designer for hire
 resume: http://users.rcn.com/abrahams/resume.html

        C++ Booster (http://www.boost.org)
          email: david.abrahams_at_[hidden]
===================================================

----- Original Message -----
From: "Ed Brey" <edbrey_at_[hidden]>
To: <boost_at_[hidden]>
Sent: Monday, October 22, 2001 8:54 AM
Subject: Re: [boost] DLL names under windows

> From: "Alisdair Meredith" <alisdair.meredith_at_[hidden]>
>
>
> > Now that I have a basic build system running, I notice that the Regex
DLLs generated have a name I expect would be the same if I compiled with
MSVC, or Cygwin.  Would these DLLs be interchangeable?  I doubt it.  Given
the windows practice of installing (almost) all DLLs in the system folder,
isn't this asking for trouble if two tools supplied by different vendors
rely on the same boost library, but use different compilers?
>
> Dumping DLLs into the Windows System folder hasn't been proper windows
practice for a few years.  Indeed, the test used for validating Windows
installations flags any file that is placed into the Windows System folder
(except for core files that are not removed during an uninstall).  DLLs such
as RegEx are supposed to be put into the application's folder under Program
Files or in a folder dedicated to common files for the suite of applications
in question.
>
> Therefore, the DLL will rarely need to be renamed (which is good, since ad
hoc renaming (i.e. without a centralized naming scheme) isn't a very robust
solution).
>
> Links for more information:
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/ices_1x
rt.asp
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnw2kcli/ht
ml/w2kcli.asp
>
>
>
> Info: http://www.boost.org  Unsubscribe:
<mailto:boost-unsubscribe_at_[hidden]>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>