-
-
Notifications
You must be signed in to change notification settings - Fork 553
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug when converting a Sage polyhedron into Polymake pexpect #24152
Comments
comment:1
Note that a user reported that the above point count is incorrect in Sage, that's why I tested what polymake has to say (and find that it agrees with Sage). So, the bug is that the first attempt of converting P fails, while the second attempt succeeds. |
comment:2
What does
|
comment:3
It's loading a Perl package. http://search.cpan.org/~uri/File-Slurp-9999.19/lib/File/Slurp.pm We need it for stuff passed by file. Sage does not control the Perl installation. |
comment:4
Replying to @mkoeppe:
... and HOW it can be installed. The search "perl install slurp" doesn't give me immediate answer. |
comment:5
|
comment:6
Polymake uses Perl5, not 6. |
comment:7
Replying to @mkoeppe:
Which makes me repeat the question: How to install the slurp module?
Which of the above do I need to install? Hint: It isn't libfile-slurper-perl either. |
comment:8
Anyway. I find it not good that the polymake interface depends on a specific perl module upon which polymake itself does not depend. Is it really not possible to provide the same functionality (perhaps slower) if slurp is not installed? If there is a way around slurp then that should be used as a fallback. And if there is no way around slurp, then the polymake interface should complain about it right in the beginning, giving specific advice on how to install slurp, alerting the user that (s)he has to take care about perl5, not perl6, and so on. |
This comment has been minimized.
This comment has been minimized.
comment:10
I'd guess (but haven't tested because I am not on Ubuntu) that it would simply be The distribution-independent way of installing Perl packages, of course, is using CPAN. Specific error handling for failure to load One could, of course, provide a simplified version of |
This comment has been minimized.
This comment has been minimized.
Commit: |
Author: Matthias Koeppe |
New commits:
|
comment:13
Needs review and fixes the problem reported by jipilab on #24905. |
Reviewer: Jean-Philippe Labbé |
comment:14
This solved the problem raised in #24905 and the above failing example works as well on my computer. This looks good to go. |
Changed keywords from polymake to polymake, IMA-PolyGeom |
Changed branch from u/mkoeppe/bug_when_converting_a_sage_polyhedron_into_polymake_pexpect to |
Conversion of a Sage polyhedron into Polymake fails in the first attempt, but succeeds in the second attempt. I've put the example into the first comment rather than in the ticket description.
The fix is to install the
File::Slurp module
into perl5. This ticket updates the information about prerequisites (and how to install them) inbuild/pkg/polymake/SPKG.txt
.CC: @videlec @mkoeppe @jplab
Component: interfaces: optional
Keywords: polymake, IMA-PolyGeom
Author: Matthias Koeppe
Branch/Commit:
a924632
Reviewer: Jean-Philippe Labbé
Issue created by migration from https://trac.sagemath.org/ticket/24152
The text was updated successfully, but these errors were encountered: