-
-
Notifications
You must be signed in to change notification settings - Fork 512
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
Optionally build spkgs in $SAGE_BUILD_DIR #4949
Comments
comment:2
As a temporary hack to see how this "feels" you could delete spkg/build, then make it a symlink to /tmp/build/. |
Author: John Palmieri |
comment:3
Here's a patch. This implements both |
comment:4
A little explanation: BUILD is defined (as "build") by sage-env, but it was used sporadically in sage-spkg. With this patch, it is used more consistently. |
comment:5
If/when this merges, we should consider closing #6550. |
This comment has been minimized.
This comment has been minimized.
comment:6
Nice to see progress in the build process... :) See also #6550 comment:7 . |
comment:7
Should (We have btw. lots of - in some cases not very well-named - environment variables.) Making use of e.g. a RAM disk (or some user-provided directory) for doctesting is also worth doing. |
comment:8
Replying to @nexttime:
You can already set |
comment:9
[attachment: trac_4949-scripts.patch] does not apply:
|
comment:10
Here's a rebased version of attachment: trac_4949-scripts.patch. Note that it's for the scripts repository, so you have to apply it with "hg_scripts.apply(...)" rather than "hg_sage.apply(...)". |
comment:11
I applied the patch attachment: trac_4949-scripts.patch, then moved |
Reviewer: Mariah Lenox |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
comment:50
Lines 210 and 216 of Line 227 of
by
|
comment:51
Line 235: why "mv -f" and not simply "mv"? |
comment:52
Replying to @jdemeyer:
Well, the old version had a second 'cd' command, justified by the comment
So I left the second one in. You think I should change this? In any case, you're right about the "exit 1".
On the off-chance that there is a file (not a directory) in the build directory with the wrong name, shouldn't we move it, too? Replying to @jdemeyer:
Left over from the previous version. I can fix that. |
Attachment: trac_4949-root-delta4to5.patch.gz |
This comment has been minimized.
This comment has been minimized.
comment:53
Attachment: trac_4949-root.v5.patch.gz |
comment:54
Attachment: 4949_review.patch.gz |
This comment has been minimized.
This comment has been minimized.
Changed reviewer from Mariah Lenox, Leif Leonhardy, Maarten Derickx to Mariah Lenox, Leif Leonhardy, Maarten Derickx, Jeroen Demeyer |
This comment has been minimized.
This comment has been minimized.
comment:56
The review patch looks okay to me. |
comment:57
Looks good to me too. |
Merged: sage-5.0.beta5 |
comment:59
See #12637 for a followup. |
$SAGE_ROOT/spkg/build
can be slow in case it is NFS-mounted for example. So using local scratch space or even better a RAM disk should speed up the build by a nice factor. To do so, use$SAGE_BUILD_DIR
instead of$SAGE_ROOT/spkg/build/
.Apply attachment: trac_4949-root.v5.patch and attachment: 4949_review.patch to the Sage root repository.
Apply attachment: trac_4949-installation.v3.patch to the Sage library.
CC: @sagetrac-drkirkby @nexttime
Component: build
Keywords: sd32
Author: John Palmieri
Reviewer: Mariah Lenox, Leif Leonhardy, Maarten Derickx, Jeroen Demeyer
Merged: sage-5.0.beta5
Issue created by migration from https://trac.sagemath.org/ticket/4949
The text was updated successfully, but these errors were encountered: