This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Tobias Burnus wrote: I also would expect an error for: The same restrictions are valid for INTENT(IN) variables themselves or PARAMETERs, for instance -- so I'd try to implement some general concept of variable definition context in order to unify and fix this. If that's ok, in a seperate patch.
OK, but I have one nit:
+ gfc_error ("'%s' at %L associated to %s can not" + " be used in a variable definition context", + sym->name,&sym->declared_at, + (target->expr_type == EXPR_VARIABLE + ? "vector-indexed target" : "expression"));
Can you split this into two gfc_errors? I think we make the live for the translators much easier if we do not use %s + a string.
I wondered about this, myself. My rationale for why I thought it is not too bad was that the expressions inserted are somewhat "complete expressions" specifying "a thing" -- and thus it should be hopefully possible to translate this constructions (or the individual strings).
So do you agree with committing when I've split the error message?
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |