Jostein Chr. Andersen wrote:
>On Tuesday 26 October 2004 22.21, Jostein Chr. Andersen wrote:
>
>
>>On Tuesday 26 October 2004 09.52, Jan Nijtmans wrote:
>>...
>>
>>
>>
>>>There two solutions, as far as I can see:
>>>- Copy intl.dll in the Apache modules directory. This is the
>>>simplest one to implement. A simple patch to accomplish this is
>>>below. I did the copy manually, and this indeed fixes the problem.
>>>- Let subversion supply its own version of intl.dll, e.g.
>>>svnintl.dll.
>>>
>>>
>>I like number 2 best - and a 'svnlibdb42.dll' in stead of libdb42.dll
>>would be nice as well. The reason is of course that other modules
>>might need diffrent versions of intl.dll and libdb42.dll.
>>
>>
>>
>>>I hope that this little but tricky problem will be fixed in
>>>subversion 1.1.2.
>>>
>>>
>
>I will do it somethime this weekend.
>
>
Ah... Just renaming the DLL isn't going to work. You'd have to make all
sorts of changes to the build scripts, _including_ the BDB build scripts
because the import library refers to the DLL by name, so we can't use
the one that the BDB build creates.
I agree that there may be different versions of intl.dll; shame on the
GNU people that they didn't encode the library version in the name.
There should _not_ be different versions of libdb42.dll, because every
one should be built using the same build scripts. And we already avoid
runtime version clashes by setting the alllocation functions for BDB.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 30 09:33:16 2004