develooper Front page | perl.perl5.porters | Postings from February 2012

[ext.Pod-Html.lib.Pod]Html.pm (was Re: [perl.git] branch blead, updated. v5.15.8-10-g83f6fd9)

Thread Next
From:
Nicholas Clark
Date:
February 22, 2012 02:46
Subject:
[ext.Pod-Html.lib.Pod]Html.pm (was Re: [perl.git] branch blead, updated. v5.15.8-10-g83f6fd9)
Message ID:
20120222104624.GM17934@plum.flirble.org
On Wed, Feb 22, 2012 at 05:42:47AM +0100, Ricardo Signes wrote:

> commit b581a1f73be55ae99bb4ce6f49883b0b717b5142
> Author: Ricardo Signes <rjbs@cpan.org>
> Date:   Tue Feb 21 22:19:56 2012 -0500
> 
>     unixify the --outfile arg to pod2html
>     
>     I think we probably need a more systematic regimen of of unixify
>     calls, but for now, this gets tests passing on Win32.

We might not need *any*.

[Ignore drive letters for a moment]

Win32 API calls and Perl internally accept '/' as a path separator.
VMS Perl accepts Unix pathnames internally.

The big reason for passing everything through File::Spec is to make native
paths for native tools. But: 

Web browsers have to accept '/' pathnames in URLs. I believe (*please* check)
that they have to accept '/' pathnames in file URLs.

And IIRC drive letters end up munged anyway, as file:///C|/path/goes/here

So, it's quite possible that the correct regimen is *zero*.
All pathnames, all the time, using '/', because there are *no* native tools
involved.

If so, that would simplify things *a lot*.

Nicholas Clark

Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About