Benjamin Franz <snowhare(_at_)nihongo(_dot_)org> 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
