[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [TSVN] Coexistence problem between latest stable versions of Subversion and TortoiseSVN regarding iconv modules

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-09-29 09:32:53 CEST

SteveKing wrote:

> Gerhard Grimm wrote:
>
>> unfortunately I have to revoke the workaround tip I gave in this posting
>> http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=18478
>
> [snip]
>
> We already discussed this several times on the TSVN mailing list.
>
>> As possible solutions, the following comes to my mind:
>> a) The two development teams agree on a common way to build the iconv
>> modules, thus ensuring binary compatibility.
>
>
> Not possible. You can't just force a specific compiler to be used to
> build the projects.
>
>> b) One or both of the teams change the name of the APR_ICONV_PATH
>> environment variable employed by their APR iconv library (e.g.
>> SVN_ICONV_PATH or TORTOISE_ICONV_PATH), which would require
>> a patch to the APR sources.
>
>
> As mentioned several times already, I've patched apr-iconv in TSVN's
> 1.1.0 line already. It doesn't use the APR_ICONV_PATH env variable
> anymore but uses the path the libapr.dll is stored at to locate the
> iconv files.

I'd just like to mention here that there is a long-term solution for
this, and that is to base apr-iconv on iconv2, which loads conversion
tables (not shared libraries containing conversion tables), which are
compiler-agnostic, so the environment variable should no longer be a
problem.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Sep 29 10:50:59 2004

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.