bpo-33473: Be slightly better about CFLAGS, LDFLAGS, and related#6771
bpo-33473: Be slightly better about CFLAGS, LDFLAGS, and related#6771grimreaper wants to merge 3 commits into
Conversation
d97b5e6 to
2465e3c
Compare
2465e3c to
3162aed
Compare
There was a problem hiding this comment.
Won't this now stomp over whatever BASECFLAGS was before?
There was a problem hiding this comment.
good call; I believe this has been fixed.
be7840e to
e975ab2
Compare
There was a problem hiding this comment.
this line seems rather otiose now
There was a problem hiding this comment.
this also stamps over whatever CXXFLAGS was before
Also, it seems the cases above need this treatment?
There was a problem hiding this comment.
if you're going to change it, you need to save and restore CFLAGS as is done for CC
|
I think I have a much better way of handling this. Let me try; if it works, I'll close this. |
|
#6788 will drastically change how this is implemented, if accepted. It still requires work, but I'd rather see that PR committed first so we can work from a non-conflicting base. |
4d052ae to
692fb84
Compare
bf5317d to
c3e6cc6
Compare
c3e6cc6 to
079c775
Compare
2b2b23c to
66b076d
Compare
- "-pthread" is a part of the C compiler and linker flags. It is not part of the compiler. In particular 'make CC=clang' ought to work - checking for pthreads support is a link time issue, not run time Not done in this patch: - convert from "gcc" to "cc" to more correctly infer the current compiler - regenerate generated code such as "configure" or "aclocal.m4"
66b076d to
d6ae20c
Compare
|
This PR is stale because it has been open for 30 days with no activity. |
part of the compiler. In particular 'make CC=clang' ought to work
Not done in this patch:
compiler
https://bugs.python.org/issue33473