Front page | perl.perl5.porters |
Postings from May 2013
On Tue, 28 May 2013 06:12:07 +0000, "Konovalov, Vadim (Vadim)** CTR **" <vadim.konovalov@alcatel-lucent.com> wrote: > > From: Tatsuhiko Miyagawa [mailto:miyagawa@gmail.com] > > > (Fatpacker is an alternative to this to do the same thing, but only > > required if you need a single file executable) > > thanks for letting know, its useful :) > > > > > [1] At this moment, installing CGI.pm requires FCGI which needs XS > > binary to be built. As you can see on the thread I believe this will > > be resolved soon so that it's not the case. > > FWIW CGI.pm is a single-file module, so it could be even slurped into the > cgi script, (so 'fatpacker' even not needed) or just copied into current dir > and used from there. > > but - more to the point - IMO number of obsoleted modules should be > stripped from the core, not only CGI, nowadays these mostly are - DB > modules such as SDBM_File AnyDBM_File etc I would agree with the sentiment that SDBM_File and ODBM_File are not really state-of-the-art backends for tie-ing anymore, but they are really different from CGI in the sense that the detection for the libraries and include files is already well supported in Configure and hints, and thus takes a huge burden of maintainers that might want to keep these updated separately on CPAN. Both are not only XS, but also need (a lot) of stuff on the system. Some systems are known for example to have fake interfaces to these mimicked by similar interfaces. > regards, > Vadim. -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.17 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/Thread Previous | Thread Next