This is the mail archive of the
mailing list for the GDB project.
Re: [patch] initial OpenCL C language support
>>>>> "Ken" == Ken Werner <firstname.lastname@example.org> writes:
Ken> My understanding is that the only additional functionality of
Ken> evaluate_subexp_c is to provide wide character support which is not
Ken> available in OpenCL C. Of course calling evaluate_subexp_c won't
Ken> hurt since evaluate_subexp_standard gets called in most cases but I
Ken> don't see where the OpenCL support could benefit from doing so. Do
Ken> you have an example?
c-exp.y emits a different format for OP_STRING than other parsers. It
uses write_exp_string_vector, not write_exp_string. So I misspoke
earlier; I think no string constant will work properly without this