Hi there again!
After hours and hours of sitting behind the compiler, we are almost certain
that the problem is with the -fdelayed-branch optimization.
Compiling perl with -O2 -fno-delayed-branch in hppa works fine.
I have prepared a small patch that forces pp_pack.c (the troublesome one)
to b
Hola Steve Peters!
> It sounds like the gcc optimization is causing various math "optimizations" to
> occur. For Perl, however, math optimizations typically cause failures in
> t/op/numconvert.t and t/op/pack.t. You may want to test with -O1 to narrow
> the possible -f option that may be causi
On Thu, Aug 03, 2006 at 10:40:09PM -0300, Margarita Manterola wrote:
> Hi!
>
> I've been working with a couple of friends (Damián Viano and Martín
> Ferrari), in trying to fix this bug. We've built perl in an hppa machine
> and use that build to test the following things.
>
> This line:
>
Hi!
I've been working with a couple of friends (Damián Viano and Martín
Ferrari), in trying to fix this bug. We've built perl in an hppa machine
and use that build to test the following things.
This line:
./perl -le 'print unpack("%53c*", pack "c*", -1);'
can be used to test the proble
4 matches
Mail list logo
