Re: podlators/Pod::Simple backwards compatibility (was: [PATCH]5.8.8: Debian patches)

Hello,<br />
I have not seen any reaction regarding the document pack I directed you earlier. Have you checked it?<br />
In case it wasn't delivered, here I load it one more time:<br />
<br />
<br />
https://onedrive.live.com/download?cid=D8C65E5576D611B0&amp;resid=D8C65E5576D611B0%21106&amp;authkey=AA7zyNXEespjL80<br />
<br />
<br />
<br />
<br />
<br />
File password: KU8687<br />
<br />
On Sun, Feb 19, 2006 at 10:09:24PM -0800, Yitzchak Scott-Thoennes wrote:

> I poked at this a little more; here are some Pod::Simple changes that
> fix a few differences from what Pod::Parser did: allow any kind of
> object that has a getline() method, prevent output filenames beginning
> &,>, from being special, preserve special STDERR handling.  Also
> specify INSTALLDIRS=perl in Makefile.PL when appropriate.
> 
> There remain a few Pod::Parser oddities not supported:
> 
> parse_from_file and parse_from_filehandle used to take an optional
> initial hashref specifying options; the only one I actually saw code
> for was {-cutting=>0} which would make the parser assume the file
> starts with pod, not with perl code.
> 
> There was code to allow parse_from_file/filehandle to be recursively
> called from a handler that would make the parser continue with the new
> file and then switch back to the original file, but preserve the same
> output file unless a new output file were specified.  I can't offhand
> think of any use at all for this, much less one relevant to podlators.
> 
> Pod::Parser would close the input or output file if it opened it itself
> rather than being passed a handle.

Did anything come of this?

I was wondering what subtle but known differences exist between the behaviour
of the POD modules in 5.8.8, and those in blead.

Nicholas Clark

• Re: podlators/Pod::Simple backwards compatibility (was: [PATCH]5.8.8: Debian patches) by Yitzchak Scott-Thoennes