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
As you can see in the code above, the target's general flags are before the dependency flags, whereas the public flags are after the dependency flags. I mean these are all ugly scenarios where this would matter, but I think the current solution is very un-intuitive. We should decide which one comes first, and then do it for all (private/public/interface).
The text was updated successfully, but these errors were encountered:
I think the dependency flags should be moved in front of the target flags. Not having the option to override dependency flags in the current target would be very annoying. E.g. the dependency says std14 but you want std17.
I agree, as long as in such cases the last flag is indeed the one that is used and this doesn't instead result in an error. As far as I can tell this is the case.
Note if the above does not hold: for flags that definitely don't collide (e.g. include directories, -I ...) I believe it is nicer to read if the target's own flags come first.
clang-build/clang_build/target.py
Lines 122 to 160 in c5d5c1b
As you can see in the code above, the target's general flags are before the dependency flags, whereas the public flags are after the dependency flags. I mean these are all ugly scenarios where this would matter, but I think the current solution is very un-intuitive. We should decide which one comes first, and then do it for all (private/public/interface).
The text was updated successfully, but these errors were encountered: