Benjamin Franz <[EMAIL PROTECTED]> writes:
>It seems like precisely one of those things that will become the subject
>of many bug reports 'fails on vendor X', 'borken encoding Y on vendor Z',
>'failed to link 'iconv' on vendor Q system S'. Yes - it bothers people to
>load redundant encoding tables but it seems wrong to me to implement a
>'system tuning' hack that will probably benefit only a small number of
>highly clued individuals and cause more that a few problems in maintenance
>and installation over the long haul for everyone else.
Given that current Encode is dynamically loaded (and Object Oriented)
it should not be beyond us to allow
use Encode::iconv; # or whatever
to pre-empt perls "built-in" scheme for those that trust or must
be byte-exact with system's iconv.
--
Nick Ing-Simmons
