Package Details: macaulay2 19030.995c6fd8c-1

Git Clone URL: https://aur.archlinux.org/macaulay2.git (read-only, click to copy)
Package Base: macaulay2
Description: Software system for algebraic geometry and commutative algebra
Upstream URL: http://www.math.uiuc.edu/Macaulay2/
Licenses: GPL
Submitter: remyoudompheng
Maintainer: ConnorBehan
Last Packager: ConnorBehan
Votes: 7
Popularity: 0.015238
First Submitted: 2009-04-09 17:09 (UTC)
Last Updated: 2024-12-15 03:38 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

DanGrayson commented on 2022-06-28 13:58 (UTC)

We've had givaro listed in the INSTALL file for Arch Linux since 2016-08-20; I hope we can get issue #2513 resolved soon.

schub2 commented on 2022-06-23 19:19 (UTC)

The package is in the community repo as 'givaro' (currently version 4.2.0-1).

Thanks for the swift response!!!

DanGrayson commented on 2022-06-23 12:54 (UTC)

@schub2:

What's the name of the givaro package in Arch Linux? I can't add it to the list above, but at least I can add it to the INSTALL file.

The assertion failure has also arisen for us, and is not fixed yet -- see https://github.com/Macaulay2/M2/issues/2513 .

schub2 commented on 2022-06-22 22:11 (UTC)

I ran into two issues trying to install this.

First, Givaro appears to be a dependency, but is not listed.

Second, after installing Givaro and restarting the M2 install, I received the following error. Unfortunately, parsing it is beyond my understanding.

 -- warning: installPackage: 1 error(s) occurred running examples for package CotangentSchubert
/usr/include/c++/12.1.0/bits/stl_vector.h:1142: std::vector<_Tp, _Alloc>::const_reference std::vector<_Tp, _Alloc>::operator[](size_type) const [with _Tp = const int*; _Alloc = gc_allocator<const int*>; const_reference = const int* const&; size_type = long unsigned int]: Assertion '__n < this->size()' failed.

DanGrayson commented on 2022-01-15 15:50 (UTC)

Ah, right -- good catch. Mike Stillman is working on getting it compatible with both old tbb and new tbb.

8d1h commented on 2022-01-12 21:16 (UTC)

I was also unable to build with the same error "tbb/tbb_stddef.h: No such file or directory". Finally I figured out that it's possibly because M2 is not yet compatible with tbb 2021. So I downgraded the tbb package (to 2020.3-1), and it worked.

DanGrayson commented on 2022-01-09 17:29 (UTC)

Can you locate the file tbb/tbb_stddef.h ? If it's not in /usr, that could explain it. To see the full command line when trying to compile version.dd, add "VERBOSE=1" to the "make" command line. Then you can see what other "-I" arguments there are.

krmath commented on 2022-01-08 23:16 (UTC)

Having trouble building. On the first attempt, I got the following:

configure: error: tbb include file (tbb.h) not found

After installing tbb from the extra repo with pacman, I got further, but the build terminated with

version.dd:66:15: fatal error: tbb/tbb_stddef.h: No such file or directory

Do I need an additional package? I can't find any info in the archwiki or a wider web search regarding tbb or such errors, so I'm at a loss when it comes to figuring out what I need here.

DanGrayson commented on 2021-07-22 12:29 (UTC)

Re: "Is there any reason for having singular-factory as a dependency and not singular?"

Presumably both provide the factory library and M2 can find it in both cases, so it shouldn't matter from that point of view.

Ideally singular would have been packaged so it gets factory from the package singular-factory, so there would be no conflict. That would be good to change, because singular-factory is lighter weight, and it doesn't make sense for singular to be a dependency of macaulay2.

feynhat commented on 2021-07-22 08:10 (UTC)

singular-factory clashes with singular. If I have singular already installed and I remove singular-factory as a dependency from M2's PKGBUILD, then M2 builds just fine.

Is there any reason for having singular-factory as a dependency and not singular?

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »