Dear David,
On 08/11/2023 23.09, David Bremner wrote:
David Bremner writes:
I didn't have a chance to investigate so far, but I am seeing a test
failure with Polymake 4.11 building with Perl 5.36. I will try to build
with 5.38 and report a proper build log.
*** Failed tests ***
David Bremner writes:
> Benjamin Lorenz writes:
> Dear Benjamin;
>
> Thanks for letting me know. I will try to update the Debian package
> within a week or so.
>
> David
I didn't have a chance to investigate so far, but I am seeing a test
failure with Polymake 4.11 building with Perl 5.36. I
Benjamin Lorenz writes:
> we have now managed to work around the perl changes and released
> polymake version 4.11 which restores compatibility with perl 5.38.
>
> Among various other adjustments the workaround relies on an
> auto-generated perl source file that was is now copied into the
Dear David,
we have now managed to work around the perl changes and released
polymake version 4.11 which restores compatibility with perl 5.38.
Among various other adjustments the workaround relies on an
auto-generated perl source file that was is now copied into the polymake
source.
This
Niko Tyni writes:
>
> There's an upstream discussion at
> https://forum.polymake.org/viewtopic.php?t=1914 which does not look
> promising. Apparently polymake starting with 4.9 explicitly bails out
> for Perl >= 5.37 because Perl internal symbols that polymake was relying
> on are now hidden.
>
Source: polymake
Version: 4.6-5
Severity: important
Tags: ftbfs sid trixie upstream
User: debian-p...@lists.debian.org
Usertags: perl-5.38-transition
This package fails to build from source with Perl 5.38 (currently in
experimental.)
6 matches
Mail list logo
