-
Notifications
You must be signed in to change notification settings - Fork 199
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
macOS related patches for 10.45 #668
Conversation
likely added by mistake, the functionality works through `--enable-debug` instead.
Instead of hardcoding the compiler as `cc`, let a CC environment variable dictate which compiler to use. For example, in macOS/arm64 where the GNU compiler is provided by brew the following will allow using it instead of the system compiler (which ALSO answers to `gcc` eventhough is `clang`) % CC=gcc-13 maint/ManyConfigTests
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.
LGTM
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.
It appears Philip added several AM_CONDITIONALs without actually making use of them. They are harmless if not used, but I'm happy for them to be cleaned up.
As far as I'm aware, they don't affect the commandline options accepted by ./configure
; instead they define which variables are substituted inside Makefile.in
. So if an AM_CONDITIONAL isn't referenced in Makefile.in, then it has no effect.
I apologize for the build failure in "Check autogenerated file freshness". You may ignore that. It seems I broke something by mistake over the weekend. I will fix it. |
$CC --version >/tmp/pcre2ccversion 2>/dev/null | ||
if [ $? -eq 0 ] && grep GCC /tmp/pcre2ccversion >/dev/null; then |
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.
Very curiously, on an Ubuntu machine, cc --version
does not match "GCC", nor does gcc --version
(it says "gcc" lowercase), nor does clang --version
.
Hmm. I should check it's all OK in the CI!
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.
I found that the CI is not using all the GCC-specific warnings in the ManyConfigTests job! Oops. As you'd expect, the are some warnings that have crept in. I've made a separate PR for it: #670
I regret that I cannot remember the details of this, only that the building apparatus has been heavily hacked about over the decades. I am not surprised to learn that there is detritus in there. |
A couple of "fixes" that came handy while building the snapshot in macOS (using an ARM CPU)
First one does just a aesthetic cleanup but has no side effects and is therefore likely safe.
Second one provides a mechanism for using gcc instead of clang and therefore also provides some minimal "fixes" to the codebase for building with an old version of it with all the extra warnings enabled.