-
-
Notifications
You must be signed in to change notification settings - Fork 553
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
Repeated configure run with gcc already installed treats gcc as not installed #25188
Comments
Attachment: Makefile.gz Auto-generated build/make/Makefile |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
comment:3
I don't think this is any different from how it used to work. For each package, there is a variable in the Makefile called I'm not 100% convinced that's the best behavior (I think if you want to override a |
comment:4
I think the problem has more to do with the oddities of how gcc is being handled, especially since #24703. I was confused because you wrote that "gcc is also installed", but in your Makefile it has I think that what #24703 missed is that even if |
Branch: u/embray/build/ticket-25188 |
Author: Erik Bray |
Commit: |
comment:5
I'm not positive since you weren't clear on the actual symptoms, but I think this should fix the basic problem (I'm guessing that it was a complaint about no target for New commits:
|
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:7
I haven't reviewed the patch, but it would really be useful if This is precisely the sort of thing why I opposed #21524: the |
comment:8
Replying to @embray:
Yes, I meant "gcc has been installed at some point in the past". |
comment:9
Replying to @embray:
To be clear: this is not what I'm doing. |
comment:10
Never mind, user error... |
comment:11
Replying to @jdemeyer:
I don't think anything's really being obscured here. The old hard-coded makefile didn't expand those variables either so if you suspected something to do with them you've lost nothing. |
comment:12
Well don't just close it. You've been very vague about what the actual problem is here, though you led me to actually examine the issue closely and this fix actually is the correct thing to do. If |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:34
I had to make a small change over the previous fix, but I'm pretty confident this works. I also had to merge in the fix from #25857 in order to be able to be able to test this at all without breaking things too much. You can install sage-gcc, then packages that gcc depends on like mpir can be reinstalled and updated as much as you want. This isn't a problem because, in part, all of gcc's dependencies are listed as prerequisite-only. |
Dependencies: #25857 |
comment:36
I suppose this also needs configure tarball and bump... |
comment:37
It might not need a configure tarball, since this looks like one of those ones that "happens to work" even without rebuilding configure. |
Changed reviewer from Volker Braun, Julian Rüth to Volker Braun, Julian Rüth, Dima Pasechnik |
comment:39
Merge conflict |
comment:41
Replying to @vbraun: |
comment:42
a trivial merge |
Changed branch from u/embray/build/ticket-25188 to public/build/ticket-25188 |
Changed branch from public/build/ticket-25188 to |
If
./configure
detects an existing GCC installed in Sage (SAGE_INSTALL_GCC=exists
) then it should keep gcc selected among the packages to be installed as part of the distribution. Otherwise it basically deselects gcc which is the wrong thing to do (with any package).Depends on #25857
CC: @embray
Component: build
Author: Erik Bray
Branch/Commit:
5d0a981
Reviewer: Volker Braun, Julian Rüth, Dima Pasechnik
Issue created by migration from https://trac.sagemath.org/ticket/25188
The text was updated successfully, but these errors were encountered: