> > But that's not quite what the RFC says: > > > I am asking that we discuss and vote on the following question: > > > > “Should there be some way for developers to signal to the parser at > > compile time that all unqualified function names found in a > > namespace context are global, without a namespace lookup?” > > Which implies: > > 1. There is _some_ change to syntax. > 2. All unqualified calls become global.
I did not intend for all unqualified calls to become global, unless the new directive is present. There would be some new syntax for the directive, but behavior would remain unchanged without a new directive present. The issue is, when a question asks: "Should we do thing Y with syntax X", and the vote is only yes/no, then you have: Yes. No, because I don't think we should do it at all. No, because I don't like the syntax. But you can't tell the "no" votes apart. If the people who are allowed to vote are opposed to the idea, for whatever reason, extended syntax discussions aren't going to be a good use of time. So I wanted to ask, "Will you do it if we can agree on a syntax?". Then if they will, we can discuss. I actually have several ideas in mind for things that aren't necessarily mutually exclusive, but I need to know that core is willing to consider/implement along these lines. What I'm trying to get out of this RFC is a clear yes or no from the people who are allowed to vote.
