huge library renaming ?
ps at leissner.se
Fri Feb 23 08:53:15 CST 2001
> On Fri, 23 Feb 2001, Andreas Mohr wrote:
> > AFAIR there have been several naming conflicts with other projects
> > (libole, ...), and people who need to remove a previous Wine install
> > from their system manually have a rather hard time...
> > Any reason for not doing this ?
> > I can't think of any...
> Any reason for doing this?
> I can't think of any...
> The Debian packages work perfectly, without any potential for
> They install the dlls into /usr/lib/wine, do *not* put
> /usr/lib/wine into
> ld.so.conf, while Wine loads the dlls from /usr/lib/wine, not from
> /usr/lib (and Wine's own configure adds rpath stuff last time
> I looked)
I think the discussion is more about what Winelib applications
in general do (or should do) rather than what Wine (a very
specific Winelib application) does.
Sure Wine uses (or can be made to use rpath), but I'm not sure we
want to require all Winelib applications to do the same.
It would IMHO be much better if a simple Winelib applications just
could add -lwin32_XXX and be done with it.
More information about the wine-devel