Search Criteria
Package Details: cado-nfs-git 20241219.cb69f536e-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/cado-nfs-git.git (read-only, click to copy) |
---|---|
Package Base: | cado-nfs-git |
Description: | Implementation of the Number Field Sieve (NFS) algorithm for factoring integers |
Upstream URL: | http://cado-nfs.gforge.inria.fr/ |
Licenses: | LGPL2 |
Conflicts: | cado-nfs |
Provides: | cado-nfs |
Submitter: | jdetrey |
Maintainer: | AquilaIrreale |
Last Packager: | AquilaIrreale |
Votes: | 4 |
Popularity: | 0.000547 |
First Submitted: | 2015-12-07 12:57 (UTC) |
Last Updated: | 2024-12-29 22:33 (UTC) |
Dependencies (14)
- gmp (gmp-hgAUR)
- hwloc
- python (python37AUR, python311AUR, python310AUR)
- python-flask
- python-requests
- sqlite (sqlite-fossilAUR)
- cmake (cmake-gitAUR) (make)
- curl (curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- gmp-ecm (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- curl (curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR) (optional) – for cado-nfs-client.py
- gmp-ecm (optional) – for JL DLP polynomial selection
- perl (perl-gitAUR) (optional) – for bwc.pl
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
gilcu3 commented on 2022-09-24 21:50 (UTC) (edited on 2022-09-26 09:16 (UTC) by gilcu3)
@AquilaIrreale The output is empty for that command. The PKGBUILD is somehow registering the files in the local folder and not in the global one.
EDIT: For some reason the behavior changes depending on which folder I build the package, maybe a bug related to the buildsystem. The problem seems to be the PREFIX variable, that for some reason is not setup properly. Addidng
export PREFIX=/usr
before themake
command fixes the issue for me.AquilaIrreale commented on 2022-09-24 21:01 (UTC) (edited on 2022-09-24 21:10 (UTC) by AquilaIrreale)
@gilcu3 what do you mean?
make install
puts both cado-nfs.py andcado-nfs-client.py
under/usr/bin
(which should most definitely be in your$PATH
).Could you please post the output of
just to make sure?
gilcu3 commented on 2022-09-24 09:44 (UTC) (edited on 2022-09-24 09:44 (UTC) by gilcu3)
@AquilaIrreale Thank for the fix.
In the current version of the package you are running make install, but not the specific install commands for the executables, so the cado-nfs.py file is not ending up in the global path.
AquilaIrreale commented on 2022-09-23 18:27 (UTC)
@gilcu3 fixed it as you suggested by adding a patch to disable detection of system-installed
fmt
version.I did not have Arch's
fmt
on my system so for me it was already using its own bundled version automatically and I never noticed the incompatibility, so thank you for reporting the issue.gilcu3 commented on 2022-09-21 08:14 (UTC) (edited on 2022-09-21 09:21 (UTC) by gilcu3)
Currently, the package is not building due to an error. A patch like the one mentioned in here It seems to be related to incompatibility with the current version of fmt. Using the bundled one is an option in the original package, so we could take that path
ccorn commented on 2021-08-15 23:16 (UTC) (edited on 2021-08-15 23:17 (UTC) by ccorn)
From what I get to see of CMake files like avx2.cmake, the configuration goes as follows:
-march
.-march
is specified, try adding flags like-mavx2
.HAVE_AVX2
.Thus, Haswell users should find
HAVE_AVX2
defined in theircado_config.h
, but Sandybridge users not.To conclude, both the specified
-march
and the capabilities of the build system limit the available SIMD features: You cannot activate code paths meant for a target architecture more recent than that of your build system.Worse, if you specify an architecture that is incompatible with your build system, then those incompatibilities may lead to failure of the autodetection of even those SIMD features that your build machine actually supports.
Thus, the only safe choices are
-march=sandybridge
,-march=native
for the feature set of the build machine,-march
at all. Compared to-march=native
, this adds more detailed compiler flags, but theHAVE_*
definitions are identical.ccorn commented on 2021-08-15 19:07 (UTC)
I wonder why
_march=haswell
does not result in the definition ofHAVE_AVX2
in (my)cado_config.h
. Does anyone achieveHAVE_AVX2
with_march=native
?ccorn commented on 2021-08-15 18:48 (UTC)
Yes, that matches mine. Interestingly, setting
_march=haswell
on mysandybridge
produces the samecado_config.h
(except for theC*FLAGS
strings of course), but results in incompatible binaries.« First ‹ Previous 1 2 3 4 Next › Last »