Releases retrieved: 6.3.0 Upstream release that is considered latest: 6.3.0 Current version/release in rawhide: 6.2.1-5.fc39 URL: http://gmplib.org Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/1186/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/gmp
Scratch build failed. Details below: BuilderException: Build failed: Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-jq1aaiu5/gmp.spec']' returned non-zero exit status 1. StdOut: setting SOURCE_DATE_EPOCH=1690675200 error: Bad file: ./gmp-6.3.0.tar.xz: No such file or directory RPM build errors: Bad file: ./gmp-6.3.0.tar.xz: No such file or directory Traceback: File "/usr/local/lib/python3.11/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build result = self.builder.build(request.package, request.opts) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/site-packages/hotness/builders/koji.py", line 229, in build raise BuilderException( If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues
Created attachment 1980690 [details] Update to 6.3.0 (#2227526)
For s390x, the gmp 6.3 release-notes (https://gmplib.org/gmp6.3) mention: Special assembly code for IBM z13 and later "mainframe" CPUs, resulting in a huge speedup. Starting with Fedora 38, ALS on s390x has switched from zEC12 to z13. So far z10 is used as default CPU in gmp.spec (https://src.fedoraproject.org/rpms/gmp/blob/rawhide/f/gmp.spec#_74) Please also note that the trick with setting the symlink mpn/s390_64/s390x to z10 directory and configuring with --host=s390x-... does not work anymore as configure.ac was adjusted. See commit: "Recognise CPUs z13-z15." (https://gmplib.org/repo/gmp/rev/3b2819294177#l4.105) Choosing z13 as default CPU for s390x can be done by setting the MPN_PATH variable (https://gmplib.org/repo/gmp/file/tip/doc/gmp.texi#l1061) for configuring. %ifarch s390x export MPN_PATH="s390_64/z13 s390_64 generic" %endif
Unfortunately it turned out that you'll get an illegal-instruction in popcount/hamdist if run on z13. This is observable with make check. Please have a look at the mailing-list: [PATCH] Revert "Move popcount and hamdist back from z14 to z13 after needed edits." https://gmplib.org/list-archives/gmp-devel/2023-August/006198.html The patch is already committed to master: https://gmplib.org/repo/gmp/rev/372acfd0c33e Please also pick up this patch when switching to gmp 6.3.0 release.
Are there any plans to land latest GMP? There are some assembly improvements for riscv64 that would be interesting to check.
Could it be updated to 6.3.0 for fc40?. Thanks.
FEDORA-2025-f875f28cbf (gmp-6.3.0-4.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-f875f28cbf
I've just had a look into gmp.spec file of gmp-6.3.0-4.fc42. The spec-file still contains an not working anymore trick to select z10 as cpu: # switch the defaults to new cpus on s390x %ifarch s390x ( cd mpn/s390_64; ln -s z10 s390x ) %endif This trick worked in the past due to: ./configure --build=s390x-redhat-linux-gnu --host=s390x-redhat-linux-gnu where s390x was determined as host_cpu. In an old configure.ac (from gmp-6.2.1-4.fc38.src.rpm), the path_64 variable was setup like this: S390_PATTERN | S390X_PATTERN) ... case <known CPUs until z196> ... case $host in S390X_PATTERN) path_64="s390_64/$host_cpu s390_64" => Therefore the z10 optimizations (only gmp-mparam.h file were used. In recent configure.ac files, path_64 is not adjusted this way, but remains at: path_64="s390_64" As suggested in the previous comment 3 (https://bugzilla.redhat.com/show_bug.cgi?id=2227526#c3), z13 (which is the current ALS on s390x) can be set with the MPN_PATH variable: %ifarch s390x export MPN_PATH="s390_64/z13 s390_64 generic" %endif %configure --enable-cxx --enable-fat Please also add the commit "[PATCH] Revert 'Move popcount and hamdist back from z14 to z13 after needed edits.'" as mentioned in comment 4 (https://bugzilla.redhat.com/show_bug.cgi?id=2227526#c4). Otherwise there will be an illegal-instruction in popcount/hamdist if run on z13.
FEDORA-2025-f875f28cbf has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-f875f28cbf` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-f875f28cbf See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-f875f28cbf (gmp-6.3.0-4.fc42 and gnutls-3.8.9-3.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
The s390x topics (z10 vs z13 optimizations and the missing fix) mentioned in my previous comment 8 https://bugzilla.redhat.com/show_bug.cgi?id=2227526#c8 still exists.
I have some updates almost ready to go, stay tuned for a PR ...