Search Criteria
Package Details: macaulay2 19030.995c6fd8c-1
Package Actions
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: | 5 |
Popularity: | 0.000000 |
First Submitted: | 2009-04-09 17:09 (UTC) |
Last Updated: | 2021-05-21 16:12 (UTC) |
Dependencies (25)
- boost (boost-git)
- cblas (openblas-lapack-git, cblas-tmg, openblas-cblas-git, blas-git, armpl, openblas-lapack, opencblas, atlas-lapack, blis-cblas-openmp, blis-cblas, openblas-lapack-static)
- cddlib
- eigen (eigen-git)
- flint
- frobby
- gc
- gcc-fortran (gccrs-fortran-git, gcc-fortran-git)
- gdbm (gdbm-git)
- gfan
- glpk (glpk-git)
- gtest (googletest-git)
- lapack (openblas-lapack-git, lapack-tmg, lapack-git, armpl, openblas-lapack, atlas-lapack, openblas-lapack-static)
- mpfr (mpfr-git)
- mpir
- mpsolve-git
- ntl (ntl-threading)
- readline (readline-athame-git, readline-git)
- scscp
- singular-factory
- Show 5 more dependencies...
Latest Comments
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 withsingular
. If I havesingular
already installed and I removesingular-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 notsingular
?Dylan14 commented on 2021-07-18 18:49 (UTC)
It should be noted in the PKGBUILD that this conflicts with the givaro package in the repository.
Dylan14 commented on 2021-05-21 13:34 (UTC) (edited on 2021-05-21 13:35 (UTC) by Dylan14)
gcc10 needs to be added as a make dependency, as one of the dependencies that Macaulay downloads when it is building, mathicgb, fails to build under gcc 11.1 (see the following issue: https://github.com/Macaulay2/mathicgb/issues/25). There is a pending pull request to fix this: https://github.com/Macaulay2/mathicgb/pull/26.
DanGrayson commented on 2021-04-02 18:50 (UTC)
Re: "I've heard that one dependency is no longer needed"
They seem to be referring to "frobby", but Macaulay2 still requires it.
micwoj92 commented on 2021-04-02 18:29 (UTC)
Hello, could you either switch to use tags https://github.com/Macaulay2/M2/releases or reupload this as -git package? Also I've heard that one dependency is no longer needed https://aur.archlinux.org/packages/frobby/#comment-799954
8d1h commented on 2021-03-07 15:42 (UTC)
That's great, thanks a lot! Glad I could help.
DanGrayson commented on 2021-03-07 14:04 (UTC)
Oh, right. I've just checked, and our configuration files do not use those two variables, so it's safe for you to remove those lines. I've also checked that autoconf 2.69, which we use, sets them, but autoconf 2.71, which you use, does not. So I've removed those lines in our development branch (see below) and will upgrade the configure script to work well with 2.71 (currently it gets lots of warnings).
commit ffd0589f33e9b95b306720597ba831fcd93be679 (HEAD -> development, upstream/development) Author: Daniel R. Grayson dan@math.uiuc.edu Date: Sun Mar 7 07:50:21 2021 -0600
Thanks for drawing my attention to this.
8d1h commented on 2021-03-07 01:28 (UTC)
From "include/configuration". I first ran
configure
in the "M2" directory, removed the lines, and then ranmake
again and it worked. I guess that this is generated from the template file "include/configuration.in" and somehow these two didn't get replaced?DanGrayson commented on 2021-03-06 18:48 (UTC)
Which file did you remove those lines from?
8d1h commented on 2021-03-06 17:50 (UTC)
I've been running into the same error too. Had to manually remove the two lines with
CXXCPP=@CXXCPP@
andEGREP=@EGREP@
, and the build finished successfully without any other errors.DanGrayson commented on 2021-02-15 23:51 (UTC)
Make sure you've installed the appropriate tbb packages (threaded building blocks).
onecan commented on 2021-02-15 23:25 (UTC) (edited on 2021-02-15 23:26 (UTC) by onecan)
Thanks for the speedy response.
I was using autoconf 2.71-1. Going to src/M2/M2 and running "make get-autoconf" returned the error "No rule to make target `get-autoconf'", but downgrading my autoconf to 2.69-7 avoided the "underfined configure variables" error below.
I now get a bunch of new errors:
DanGrayson commented on 2021-02-15 22:30 (UTC)
... and then run "make" in the same directory to remake "configure", after deleting "configure", if necessary.
DanGrayson commented on 2021-02-15 22:29 (UTC)
That's strange, it's worked for us. What version of autoconf do you have? You can run "make get-autoconf" in the source directory "M2" to get and use version 2.69.
onecan commented on 2021-02-15 22:20 (UTC)
Build fails with the error:
DanGrayson commented on 2021-01-05 17:03 (UTC)
The tar file can also be obtained from
ftp://jim.mathematik.uni-kl.de/pub/Math/Singular/Factory/factory-4.1.3.tar.gz
, according to Hans Schoenemann.
DanGrayson commented on 2021-01-05 02:24 (UTC)
I've sent a message to someone at Singular about the expired certificate. So it might come back to life.
smallmouse commented on 2021-01-04 21:55 (UTC)
the certificate for "https://service.mathematik.uni-kl.de/ftp/pub/Math/Singular/Factory/factory-4.1.3.tar.gz" is expired meaning singular-factory can't be installed but I was able to install this anyway by installing "singular" instead and removing the dependency
Dylan14 commented on 2020-10-21 21:04 (UTC)
Working pkgbuild for macaulay2 which circumvents the issue I had: https://pastebin.com/7Ey2DfNi
DanGrayson commented on 2020-10-21 14:16 (UTC)
Since the directory editors/emacs is a submodule, perhaps it hasn't been populated yet. As part of building, you should be running "make" in the "M2" directory of the source tree -- that will create the configure script and populate that submodule. Is it being done? Or maybe it's being done with a target different from 'all' ?
There is no difference between 8b41c61 and 995c6fd.
Dylan14 commented on 2020-10-21 02:39 (UTC) (edited on 2020-10-21 04:19 (UTC) by Dylan14)
@ConnorBehan haven't tried it with a old commit yet, will try it now...
With the commit previous (8b41c61) the build is successful. With the current build (995c6fd) it fails. Will note it as an issue on the upstream github.
ConnorBehan commented on 2020-10-21 02:34 (UTC)
Are you saying this happens with the latest commit because it used to work? If you know a good and bad commit, that should be reported upstream.
Dylan14 commented on 2020-10-21 01:30 (UTC)
With the latest git commit of Macaulay2 there is an error when it gets to building TAGS:
make[2]: *** No rule to make target '../editors/emacs/make-M2-emacs-help.m2', needed by 'TAGS'. Stop.
There doesn't appear to be an option in the makefile or the configure script to disable making it to allow compilation to succeed. This occurs regardless if the package is built manually with makepkg or if an AUR helper is used.
DonkoXI commented on 2020-09-01 06:58 (UTC)
Hello,
It seems the PKGBUILD needs a few modifications.
The packages
eigen
,boost
, andcblas
need to be added to the depends list. The build fails without them. Botheigen
andboost
are specified in the official INSTALL documentation under Arch Linux. Whilelapack
should providecblas
, I consistently get an error whencblas
isn't listed explicitly as a dependency when building in a clean chroot.Also,
Macaulay2/packages/Macaulay2Doc/test/Makefile.test.in
does not exist in the source code anymore, and so line 35 of the PKGBUILD causes a build error (there is a file of the same name now located in Macaulay2/tests, but I am not familiar enough with the project source code to speak to their relationship).DanGrayson commented on 2020-07-13 09:49 (UTC)
Good. It shouldn't take any special flags. The way I always build is by running "make" in M2/BUILD/dan, so you can see what that would give to "configure" with "make -n configure" there.
We're on a 6 month release schedule, May 15 and November 15. This time we're a bit late. So that would be a good time for the Arch distribution to get updated.
If you give me an email address, I could add it to my private M2 mailing list, and you would get notified. There might be a few other notifications about conferences and workshops, but those are infrequent. We also announce releases at https://groups.google.com/forum/#!forum/macaulay2
ConnorBehan commented on 2020-07-13 00:15 (UTC) (edited on 2020-07-13 00:15 (UTC) by ConnorBehan)
Hi Dan,
Thanks for all the work. That sounds like it will make building easier. I don't use M2 very much these days but the package should of course be updated whenever the changes are significant. So I will start looking into it next week and any suggestions about what flags to use would be most welcome.
DanGrayson commented on 2020-07-11 21:49 (UTC)
Dear Connor,
Thank you for putting Macaulay2 into Arch.
I've been preparing our version 1.16 release and will probably announce it in a day or two. Today I built it successfully under Arch with just a few changes. Since version 1.15, we have stopped insisting on using our own patched version of mpir, and can link either with mpir or gmp, as desired, so there will a lot less bundling required.
Perhaps we can coordinate efforts in bringing the next release out.
pbanks commented on 2019-06-05 13:21 (UTC)
When compiling, I got the following error:
I fixed this by removing the libraries
libntl.a
andlibfactory.a
from theusr-host
directory and linking against the system copy oflibntl
. This then caused an issue with the version oflibfactory.so
provided bysingular-factory
. As a workaround, I added--enable-streamio
to the arguments passed toconfigure
in thesingular-factory
PKGBUILD, then rebuilt both packages.onecan commented on 2019-05-20 00:11 (UTC) (edited on 2019-05-20 00:12 (UTC) by onecan)
I think that yasm is needed as a build dependency and cblas is needed as a dependency. Also, when one tries to install the fully built package with pacman -U, it seems to be trying to install a version of fflas-ffpack in the build directory. Thank your work maintaining this package.
pablo1 commented on 2019-05-07 16:06 (UTC)
Please add readline7 as dependency, it fails to build without it.
petRUShka commented on 2019-02-24 09:31 (UTC) (edited on 2019-02-24 09:31 (UTC) by petRUShka)
Is it necessary to have
singular-factory
as dependency?Because
singular
from community andsingular-factory
are in conflict. It seems like factory is included insingular
package.But
sagemath
depends onsingular
so it in current dependency relationship it is impossible to havesagemath
(or other package dependent onsingular
) andmacaulay2
simultaneously.Conflict:
blegat commented on 2018-12-08 11:54 (UTC)
I have tried the package and it fails with "openblas_set_num_threads not declared in this scope". This is discussed in https://groups.google.com/forum/#!searchin/macaulay2/openblas_set_num_threads%7Csort:date/macaulay2/TZRdOEyh1Z0/HN4WAbBkBQAJ where they advise not to use the system openblas library and let macaulay2 compile its own. Should this AUR package be updated to do that ? Probably the ArchLinux openblas package was updated and it breaks this AUR package.
kmarius commented on 2018-12-03 16:01 (UTC) (edited on 2018-12-03 16:01 (UTC) by kmarius)
The CFLAGS issue should be fixed in https://github.com/Macaulay2/M2/commit/fd0bec743905b731057fdcc755008c01bcf861e7
Nevertheless I am unable to compile it using the shared libraries. Building completely from source works, with
make
./configure --enable-download --prefix=/usr
make -j1
This took over an hour and a half to compile.
onecan commented on 2018-11-26 23:46 (UTC)
Did anyone ever find a way around the issue that Sleris describes below?
ConnorBehan commented on 2017-11-12 05:46 (UTC)
Sleris commented on 2017-11-09 16:16 (UTC)
jneem commented on 2017-07-11 20:51 (UTC)
mcboro commented on 2017-03-21 12:55 (UTC)
thelongdivider commented on 2017-01-16 18:25 (UTC)
johnl commented on 2016-12-23 20:35 (UTC)
commented on 2015-10-18 18:56 (UTC)
johnl commented on 2015-04-27 14:21 (UTC)
thelongdivider commented on 2014-12-10 06:12 (UTC)
czsan commented on 2014-12-04 16:48 (UTC)
day commented on 2014-08-24 14:31 (UTC)
ConnorBehan commented on 2014-08-23 21:08 (UTC)
day commented on 2014-08-23 20:14 (UTC)
ConnorBehan commented on 2014-08-06 20:02 (UTC)
ConnorBehan commented on 2011-02-25 05:28 (UTC)
ConnorBehan commented on 2011-01-23 18:10 (UTC)
remyoudompheng commented on 2010-06-21 08:32 (UTC)
remyoudompheng commented on 2010-06-02 10:59 (UTC)
remyoudompheng commented on 2010-04-23 07:01 (UTC)