You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I gave it a bit more thought. The benefit of not using the struct is that new flags can be added later without breaking the ABI. If we use a struct and need to add a new flag we would have to change the structure and that would require an interface change.
As ugly as it is I do not see a good reason to change the flags to a struct.
I gave it a bit more thought. The benefit of not using the struct is that new flags can be added later without breaking the ABI. If we use a struct and need to add a new flag we would have to change the structure and that would require an interface change.
As ugly as it is I do not see a good reason to change the flags to a struct.
I gave it a bit more thought. The benefit of not using the struct is that new flags can be added later without breaking the ABI. If we use a struct and need to add a new flag we would have to change the structure and that would require an interface change.
As ugly as it is I do not see a good reason to change the flags to a struct.
Cloned from Pagure issue: https://pagure.io/SSSD/sssd/issue/767
Merge flags are a combination of 3 mutually exclusive sets.
There is no good enforcement of that.
One of the suggested alternatives is
Though this approach seems a bit too heavy it makes sense to give it a bit more thought.
Comments
Comment from dpal at 2012-01-19 03:26:54
Fields changed
rhbz: => 0
Comment from dpal at 2012-01-19 03:26:54
Fields changed
rhbz: => 0
Comment from dpal at 2012-01-19 03:26:54
Fields changed
rhbz: => 0
Comment from dpal at 2012-09-26 21:59:17
Fields changed
blockedby: =>
blocking: =>
feature_milestone: =>
milestone: Tools Backlog => Tools 1.0
patch: => 0
Comment from dpal at 2012-09-26 21:59:17
Fields changed
blockedby: =>
blocking: =>
feature_milestone: =>
milestone: Tools Backlog => Tools 1.0
patch: => 0
Comment from dpal at 2012-09-26 21:59:17
Fields changed
blockedby: =>
blocking: =>
feature_milestone: =>
milestone: Tools Backlog => Tools 1.0
patch: => 0
Comment from dpal at 2012-12-23 16:26:22
I gave it a bit more thought. The benefit of not using the struct is that new flags can be added later without breaking the ABI. If we use a struct and need to add a new flag we would have to change the structure and that would require an interface change.
As ugly as it is I do not see a good reason to change the flags to a struct.
design: =>
design_review: => 0
fedora_test_page: =>
resolution: => wontfix
selected: =>
status: new => closed
Comment from dpal at 2012-12-23 16:26:22
I gave it a bit more thought. The benefit of not using the struct is that new flags can be added later without breaking the ABI. If we use a struct and need to add a new flag we would have to change the structure and that would require an interface change.
As ugly as it is I do not see a good reason to change the flags to a struct.
design: =>
design_review: => 0
fedora_test_page: =>
resolution: => wontfix
selected: =>
status: new => closed
Comment from dpal at 2012-12-23 16:26:22
I gave it a bit more thought. The benefit of not using the struct is that new flags can be added later without breaking the ABI. If we use a struct and need to add a new flag we would have to change the structure and that would require an interface change.
As ugly as it is I do not see a good reason to change the flags to a struct.
design: =>
design_review: => 0
fedora_test_page: =>
resolution: => wontfix
selected: =>
status: new => closed
Comment from dpal at 2017-02-24 14:32:37
Metadata Update from @dpal:
The text was updated successfully, but these errors were encountered: