-
Notifications
You must be signed in to change notification settings - Fork 58
Allow fields to be opt-in rather than opt-out #45
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
Conversation
I think it would be cleaner to have a layer (in one of the .h) files which takes the "external" defines (which can be both opt-in or opt-out based), and define separate internal defines which are opt-in only. That would avoid littering the "explicitly enabled or default enabled and not disabled" logic everywhere. |
Aha, agreed. Will give that a go. |
Done. The resulting header is big and ugly, but it's self-contained and fairly straightforward I think. |
CI failures appear to be unrelated. |
utACK faff8a0 |
The issue is that brew is trying to use bintray, which no longer exists. Could be solved by either running a |
@fanquake Feel like PR'ing a fix? |
Squash the squashme? |
Building with -DDISABLE_DEFAULT_FIELDS disables all fields, allowing only the desired ones to be enabled with -DDENABLE_FIELD_FOO. If a field is explicitly enabled and disabled, disable takes precedence.
2535060
to
67f5160
Compare
Done |
utACK 67f5160 |
This addresses the integration concern seen here: https://github.com/theuni/bitcoin/blob/minisketch-split/src/Makefile.minisketch.include#L4
If a field is explicitly enabled and disabled, disable takes precedence.
Defines are intended to work as such: