--On June 15, 2007 3:54:40 PM -0400 Paul Marquess via RT
<bug-Compress-Zlib@rt.cpan.org> wrote:
Show quoted text>
> <URL:
http://rt.cpan.org/Ticket/Display.html?id=27598 >
>
> On Fri Jun 15 15:03:57 2007, quanah@zimbra.com wrote:
> (Nahant
>> Update 4)
>>
>> This is perl, v5.8.5 built for i386-linux-thread-multi
>>
>> We use CPAN to grab the latest modules and build them, which grabs
> 2.004
>> which makes downgrading to 1.42 difficult (though possibly
> manually). This
>> bug has been around for half a year now, it would be great to see the
> fix.
>
> Hi Quanah
>
> thanks for reminding me about this. I reviewed the mail thread and it
> sort of petered out without coming to a conclusion.
>
> To summarise the issue - the problem is my reliance on dualvar from
> Scalar::Util? If I included my own version of dualvar does the problem
> go away?
Hi Paul,
I asked Gaal about this and he said:
Hi Quanah,
On 6/18/07, Quanah Gibson-Mount <quanah@zimbra.com> wrote:
Show quoted text
As far as I recall, the problem is that one stage of the PAR build
process has no
access to XS. So no, implementing dualvar instead of relying on the one in
Scalar::Util, because (presumably) the alternative version won't be loadable
either. Unless there's a clever way to write it in pure Perl, but I
can't think of
one.
I no longer have a Red Hat based system to try this on, unfortunately.
Good luck though!
--
Gaal Yahas <gaal@forum2.org>
http://gaal.livejournal.com/
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration