On Fri 01 Oct 2004 15:54, "Konovalov, Vadim" <[EMAIL PROTECTED]> wrote: > > I was able to cut out some of the waste by hacking things at installation > > time (eg my installer replaces 'use strict' with the $^H bit-twiddling > > it stands in for) but most of it is forced on me by standard modules. > > If speaking about this, want to add some my optimization notes. > > I perform editing of local copy of Dynaloader.pm of installed perl quite > often. > > Dynaloader.pm contains a bunch of $^O checks and many > my $ext=".dll"; > $filename = "blablalba$ext"; > > When I do factoring out all of these, I get much lighter and still perfectly > working dynaloader. > > Dynaloader.pm should be OS-specific, it is generated out from > Dynaloader_pm.PL, so it is designed to be such, but this is only implemented > by 50%. > > Why should my Win32 installation always check whether I am on VMS, MacOS or > Linux? (and vice versa) > > XS_Loader.pm is much better in respect to this BTW. > > I will be happy to propose proper patch improving situation (not only > Dynaloader suffers), but will it be approved as a good idea by comunity? > (afraid of dont-fix-it-aint-broken stuff)
FWIW I'm in favour. -- H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/) using perl-5.6.1, 5.8.3, & 5.9.x, and 809 on HP-UX 10.20 & 11.00, 11i, AIX 4.3, SuSE 9.0, and Win2k. http://www.cmve.net/~merijn/ http://archives.develooper.com/[EMAIL PROTECTED]/ [EMAIL PROTECTED] send smoke reports to: [EMAIL PROTECTED], QA: http://qa.perl.org
