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
Currently there doesn't seem to be a good way to filter out some targets from the compile command generation. In one of our cases we build the same cpp file in N different targets, which all have different include paths, but we only do this in our release archives, and during local development there's a natural default target that has the "correct" arguments (as this is hidden behind macros). In this case it would be nice if I could affect the aquery a bit in order to filter out targets based on something, either names, or tags, or something similar. That way this tool would pick the right one always, currently it can pick the wrong one and then include paths are invalid for most developer workflows.
The text was updated successfully, but these errors were encountered:
Maybe a less complicated version of this would just be if the aquery took into account a custom tag value like no-compile-commands and just always excluded that from the set of targets. Then we could annotate our targets with that flag
Currently there doesn't seem to be a good way to filter out some targets from the compile command generation. In one of our cases we build the same cpp file in N different targets, which all have different include paths, but we only do this in our release archives, and during local development there's a natural default target that has the "correct" arguments (as this is hidden behind macros). In this case it would be nice if I could affect the aquery a bit in order to filter out targets based on something, either names, or tags, or something similar. That way this tool would pick the right one always, currently it can pick the wrong one and then include paths are invalid for most developer workflows.
The text was updated successfully, but these errors were encountered: