New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
singular-3-1-0-4-20090818.p2 - fix compilation on FreeBSD #7832
Comments
comment:1
Attachment: 7832.singular.patch.gz |
comment:2
Unless I am mistaken, you have modified the singular sources directly, which is not permitted. Instead, you should create new versions of the files, put them in the 'patches' directory, and have something in spkg-install like
Likewise, you should not change the configure script, or configure.ac, but instead have
and created a diff file between the old configure.ac and the new configure.ac and put that in the patches directory. Once that is done, it would need testing on Solaris, OS X and Linux in addition to FreeBSD. Dave |
comment:3
Apparently the following attached patch was all that was needed for now by Stephen Montgomery-Smith. This could be due to the fairly major upgrades in Singular.
|
comment:4
The patch by Stephen Montgomery-Smith, reported above by kcrisman, is only needed because when building using the FreeBSD port math/sage, the program ar is replaced by another program. It would be really great if these three lines could be removed from the configure file. As best as I can tell, they serve no purpose whatsoever for any OS. |
Changed upstream from Not yet reported upstream; Will do shortly. to Reported upstream. Little or no feedback. |
Changed author from Peter Jeremy to none |
comment:5
I've reported this upstream at this Singular ticket. |
Changed upstream from Reported upstream. Little or no feedback. to Reported upstream. No feedback yet. |
comment:7
I quote from the ticket:
This is pretty enigmatic. Anyway, this patch and the following diff for spkg-install are doing it for the FreeBSD port. --- singular-3-1-3-3.p6/spkg-install-orig 2012-04-08 01:57:01.000000000 +0000
+++ singular-3-1-3-3.p6/spkg-install 2012-04-08 01:58:19.000000000 +0000
@@ -108,7 +108,7 @@
patches="assert.h.diff sing_win.cc.diff Minor.h.patch os_x_ppc.patch \
Singular.configure.patch make_parallel.patch Singular.Makefile.in.shared.patch \
- factory.GNUmakefile.in.patch"
+ factory.GNUmakefile.in.patch omalloc.configure.patch"
if [ "$UNAME" = "CYGWIN" ]; then
patches="$patches IntegerProgramming-Makefile.in.diff" This would have to be made into an spkg, of course. |
Changed upstream from Reported upstream. No feedback yet. to Fixed upstream, but not in a stable release. |
Author: Stephen Montgomery-Smith |
comment:8
Okay, here is the current Singular code, which raises a message but doesn't stop compiling. |
comment:9
This has been fixed in sage-5.4, because it is fixed singular-3-1-5.p1. So I suppose this ticket can be closed. |
Changed upstream from Fixed upstream, but not in a stable release. to Fixed upstream, in a later stable release. |
Changed author from Stephen Montgomery-Smith to none |
comment:10
Good catch! Sorry I haven't been better about helping move the !FreeBSD stuff along; I was nearly offline much of the summer, and since you are one of the only people to have such a machine easily available who frequents these tickets, it's hard to get independent review of the tickets. Please please please keep reporting when these fixes are adopted upstream, it's so helpful! Thanks. |
Reviewer: Stephen Montgomery-Smith |
comment:11
Indeed, see #13237. |
By default, you get the following, which is corrected by the patch to singuname.sh:
Correct configure script for amd64 by patching the autoconf inputs and re-running autoconf. This corrects a problem where linking libsingular.so reports lots of undefined references to both internal
om
* functions and functions within libncurses.Several other trivial fixes to support dynamic linking on FreeBSD/amd64.
Upstream: Fixed upstream, in a later stable release.
Component: porting: BSD
Reviewer: Stephen Montgomery-Smith
Issue created by migration from https://trac.sagemath.org/ticket/7832
The text was updated successfully, but these errors were encountered: