-
-
Notifications
You must be signed in to change notification settings - Fork 557
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
Building complex_double.pyx fails on Cygwin #13806
Comments
comment:1
??? I didn't have any troubles with this.
|
comment:2
I already had this problem the first time I tried building on Cygwin (see CygwinPort page) but it magically disappeared the second time so I did not really care. As I wrote in the description I think the lib got installed by some Cygwin package between my two attempts. But anyway, everything buids fine without linking to that lib, so its definitely useless and dangerous to leave 'mc' in these file dependencies (there is the same problem with the complex_... file generated by gen_interpreters.py). |
comment:4
JP, am I correct in seeing that this patch only affects Cygwin-only code in any case? I find the different syntax for the two files irksome, but they both make sense. I can't test this right now but will try to do so tomorrow. How do I check whether I even have |
comment:5
Okay, I checked this an it's so. Positive review on the patch part - it should not affect any other systems. As to whether it works... I have no way of checking this on Windows 7. I don't even have this problem on XP, though I will try to check that it's not evil. How do I see whether my Cygwin has "mc" somehow? |
Reviewer: Karl-Dieter Crisman |
Author: Jean-Pierre Flori |
comment:7
Replying to @kcrisman:
huh, |
comment:8
Well, I have no idea! Though I suspect not these... maybe Multiplication, Complex. Did you read the patch? It's some library I've never heard of (which describes most libraries, but still...) |
comment:9
I don't think the problem is 7 specific. And I'm not sure what this is... |
comment:10
Maybe see #9543 as well. |
comment:11
Replying to @jpflori:
Maybe. Do the files in question actually test ok on your Cygwin without this |
comment:12
When I do this, I don't find it, or
and other directories with Anyway, this file passes some tests for me, though it gives a different answer for one of the algdep things and gives annoying errors about being unable to start pari because |
comment:13
I think the libm* problems are from the time the Cygwin's libm was not C99 compliant or something like that and we needed cephes at http://www.netlib.org/cephes/ I think we should try to remove all the Cygwin specific mc and md things. |
comment:14
It's certainly possible.
Let's please try to do this after we get Sage to build on Cygwin reliably, though :) |
comment:15
Replying to @kcrisman:
So let's merge the ticket as is! |
comment:16
Fair enough, but it's hard for me to check whether I even have these libraries. |
comment:17
Just got past |
comment:18
Wooo, I think we have to get back on this one and think a little more.
So I think we should first:
|
Changed keywords from none to cygwin cephes spkg |
Work Issues: cephes spkg |
comment:19
In fact cephes is currently only used on Cygwin, so if it is not needed, it should be removed completely (and we could as well not waste time fixing it). |
comment:20
That's not quite correct - see #9543. So I would be happy to disable it on Cygwin, but not in general. I agree that we should only support the newest Cygwin, given that this would primarily be used in binary form. |
comment:22
Indeed there is no error checking at all in the spkg-install script and it is only installed on Cygwin. #9543 is two years old, potentially the FreeBSD libm has gotten better since then just as the Cygwin one? |
comment:23
http://freebsd.1045724.n5.nabble.com/Use-of-C99-extra-long-double-math-functions-after-r236148-td5712748.html |
comment:24
No, see this FreeBSD port patch which is basically #9543's patch and which afaik is definitely still needed on FreeBSD. I'll put that link on #9543, though, in case it turns out to be useful. |
New version completly discarding Cephes use on Cygwin. |
comment:25
Attachment: trac_13806.2.patch.gz Here comes a new patches discarding any Cephes reference on Cygwin. |
comment:26
This seems to work fine with |
comment:27
I think you did install it, or the installation would have failed as for me. But what you just pointed out and confirmed is that linking to these files (and so installing Cephes) is not needed anymore on Cygwin. |
comment:28
Oh, that's where they lived! Yes, they are there.
Agreed. Patchbot, apply trac_13806.2.patch |
This comment has been minimized.
This comment has been minimized.
comment:30
Dumb question: Even though this patch worked fine, there seems to be an extraneous comma.
in the new code. I assume that as usual Python tuples can end with commas, so it doesn't affect anything, but it looks a little silly, like
|
comment:31
Well, who cares? It is valid syntax. I don't want to hold this up. |
Changed work issues from cephes spkg to none |
Merged: sage-5.6.beta3 |
At some point a dependency on the mc library was added, but this is not available by default on Cygwin (this surely lives in a very common and useful package, but I've reinstalled Cygwin recently and it has not appeared yet) and is not needed anyway.
So the dependency should be removed thus avoiding overlinking and build failure where this lib is not available.
Apply attachment: trac_13806.2.patch.
CC: @kcrisman @dimpase
Component: porting: Cygwin
Keywords: cygwin cephes spkg
Author: Jean-Pierre Flori
Reviewer: Karl-Dieter Crisman
Merged: sage-5.6.beta3
Issue created by migration from https://trac.sagemath.org/ticket/13806
The text was updated successfully, but these errors were encountered: