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
3.2 to go #178
3.2 to go #178
Conversation
|
||
AC_CONFIG_HEADERS(src/config.h) | ||
AC_CANONICAL_HOST |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
AC_CANONICAL_HOST
leftover from something
I think disabling pump mode is a reasonable feature, but then it should probably #ifdef the code too ? |
Sorry don't understand, where exactly do you want to ifdef it? |
Currently the server would be able to serve pump mode (by C code) even with --disable-pump and without any python. There are a flaw in --disable-pump in what it's really does. But there also divided functionality for pump mode, server C, client Python. And I don't know what is better, more branching? --without-python and --without-pump? Or just like it is now. It wouldn't require the Python and it would serve for pump as a additional feature. |
Where And requiring python (for pump) is OK, it is python3 that is the issue here. |
Currently we are using distcc with ccache, so not using pump mode but sending preprocessed headers. |
Anyway, I would rather see a Then you could work with raising the python version requirements on the |
Created pull request #182 (for 3.2), the python3 change could be re-applied on master after branching out. But I would prefer if any upcoming 3.2 did not have that change. |
New version was released as This means that we could still do a So this PR can probably be closed now ? |
A brief overview.