polymake: ERROR: C++/perl Interface module compilation failed; most likely due to a type mismatch. Set the variable $Polymake::User::Verbose::cpp to a positive value and repeat for more details. How can I fix this? Please try increasing the verbosity with: $Polymake::User::Verbose::cpp=3; Then reru...

Please try the attached patch, or the new 3.4 release which already includes this.

Best
Benjamin

Thanks for the report, this comes from a conflict of the -std options from your singular installation and from polymake. Please try applying the attached patch in your polymake source directory and run configure again afterwards. cd /home/laisrast/Downloads/polymake-3.2/ patch -p1 < /path/to/singula...

Hello Ngoc,

please install the package 'ninja' manually.

The Arch Linux package for polymake seems to list ninja only as a build-dependency but not as a runtime-dependency. polymake needs ninja to recompile autogenerated wrappers which happens during the startup of polymake.

Best,
Benjamin

Since ppl 1.2 is not available as a package for Ubuntu 16.04 you need to download and install it manually, it is available here . Something like the following should work for the installation, please check the INSTALL and README.configure files in the ppl package for more information. ./configure --...

Just a short information regarding ppl:
Ubuntu 16.04 provides ppl version 1.1 while polymake 3.2 needs version at least 1.2.
So it does make sense that polymake 3.0 can work with the installed ppl but polymake 3.2 cannot.

Hello, the load_commands function was made mostly for software demonstrations, you should use the script function for your task, see [1] for more details. Then you can also call it directly from the command line and easily redirect the output (tee duplicates the output to the terminal and a file): p...

This is a known issue with gcc 7, please try the patch posted here (or even shorter one in the sage trac):
viewtopic.php?f=8&t=559&p=2007#p2014

Best,
Benjamin

I just hit the same issue on opensuse 42.2 and this might be caused by a broken termcap/terminfo database shipped with ncurses (broken in version 20170701, fixed in 20170715). $ perl -e 'use Data::Dumper; use Term::Cap; $Data::Dumper::Useqq = 1; print Dumper(Term::Cap::Tgetent->{_k1});' $VAR1 = &quo...

Please try the workaround in the attached patch (which is originally from the fedora polymake maintainers). Our testsuite just completed without any further errors (with gcc 7.1.0).

Benjamin