[Mesa-dev] [PATCH 03/22] glsl: Fix coding standards issues in lower_vec_index_to_cond_assign
Kenneth Graunke
kenneth at whitecape.org
Fri Sep 22 16:45:57 UTC 2017
On Friday, September 22, 2017 7:00:14 AM PDT Ian Romanick wrote:
> On 09/22/2017 05:52 AM, Alejandro PiƱeiro wrote:
> >
> >
> > On 21/09/17 16:34, Ian Romanick wrote:
> >> From: "\"Ian Romanick\"" <idr at freedesktop.org>
> >>
> >> From: Ian Romanick <ian.d.romanick at intel.com>
> >>
> >> Mostly tabs-before-spaces, but there was some other trivium too.
> >>
> >> Signed-off-by: Ian Romanick <ian.d.romanick at intel.com>
> >> ---
> >> .../glsl/lower_vec_index_to_cond_assign.cpp | 28 ++++++++-----------
> >> 1 file changed, 12 insertions(+), 16 deletions(-)
> >>
> >> diff --git a/src/compiler/glsl/lower_vec_index_to_cond_assign.cpp b/src/compiler/glsl/lower_vec_index_to_cond_assign.cpp
> >> index ea8b592..597d852 100644
> >> --- a/src/compiler/glsl/lower_vec_index_to_cond_assign.cpp
> >> +++ b/src/compiler/glsl/lower_vec_index_to_cond_assign.cpp
> >> @@ -50,8 +50,9 @@ namespace {
> >> class ir_vec_index_to_cond_assign_visitor : public ir_hierarchical_visitor {
> >> public:
> >> ir_vec_index_to_cond_assign_visitor()
> >> + : progress(false)
> >> {
> >> - progress = false;
> >> + /* empty */
> >> }
> >>
> >> ir_rvalue *convert_vec_index_to_cond_assign(void *mem_ctx,
> >> @@ -91,8 +92,8 @@ ir_vec_index_to_cond_assign_visitor::convert_vec_index_to_cond_assign(void *mem_
> >> assert(orig_index->type == glsl_type::int_type ||
> >> orig_index->type == glsl_type::uint_type);
> >> index = new(base_ir) ir_variable(orig_index->type,
> >> - "vec_index_tmp_i",
> >> - ir_var_temporary);
> >> + "vec_index_tmp_i",
> >> + ir_var_temporary);
> >> list.push_tail(index);
> >> deref = new(base_ir) ir_dereference_variable(index);
> >> assign = new(base_ir) ir_assignment(deref, orig_index, NULL);
> >> @@ -108,7 +109,7 @@ ir_vec_index_to_cond_assign_visitor::convert_vec_index_to_cond_assign(void *mem_
> >>
> >> /* Temporary where we store whichever value we swizzle out. */
> >> var = new(base_ir) ir_variable(type, "vec_index_tmp_v",
> >> - ir_var_temporary);
> >> + ir_var_temporary);
> >> list.push_tail(var);
> >>
> >> /* Generate a single comparison condition "mask" for all of the components
> >> @@ -117,7 +118,7 @@ ir_vec_index_to_cond_assign_visitor::convert_vec_index_to_cond_assign(void *mem_
> >> ir_rvalue *const cond_deref =
> >> compare_index_block(&list, index, 0,
> >> orig_vector->type->vector_elements,
> >> - mem_ctx);
> >> + mem_ctx);
> >>
> >> /* Generate a conditional move of each vector element to the temp. */
> >> for (i = 0; i < orig_vector->type->vector_elements; i++) {
> >> @@ -129,8 +130,8 @@ ir_vec_index_to_cond_assign_visitor::convert_vec_index_to_cond_assign(void *mem_
> >> * underlying variable.
> >> */
> >> ir_rvalue *swizzle =
> >> - new(base_ir) ir_swizzle(deref_value->clone(mem_ctx, NULL),
> >> - i, 0, 0, 0, 1);
> >> + new(base_ir) ir_swizzle(deref_value->clone(mem_ctx, NULL),
> >> + i, 0, 0, 0, 1);
> >>
> >> deref = new(base_ir) ir_dereference_variable(var);
> >> assign = new(base_ir) ir_assignment(deref, swizzle, condition_swizzle);
> >> @@ -163,11 +164,8 @@ ir_vec_index_to_cond_assign_visitor::convert_vector_extract_to_cond_assign(ir_rv
> >> ir_visitor_status
> >> ir_vec_index_to_cond_assign_visitor::visit_enter(ir_expression *ir)
> >> {
> >> - unsigned int i;
> >> -
> >> - for (i = 0; i < ir->num_operands; i++) {
> >> + for (unsigned i = 0; i < ir->num_operands; i++)
> >> ir->operands[i] = convert_vector_extract_to_cond_assign(ir->operands[i]);
> >> - }
> >>
> >> return visit_continue;
> >> }
> >> @@ -189,9 +187,8 @@ ir_vec_index_to_cond_assign_visitor::visit_leave(ir_assignment *ir)
> >> {
> >> ir->rhs = convert_vector_extract_to_cond_assign(ir->rhs);
> >>
> >> - if (ir->condition) {
> >> + if (ir->condition)
> >> ir->condition = convert_vector_extract_to_cond_assign(ir->condition);
> >> - }
> >>
> >> return visit_continue;
> >> }
> >> @@ -203,7 +200,7 @@ ir_vec_index_to_cond_assign_visitor::visit_enter(ir_call *ir)
> >> ir_rvalue *new_param = convert_vector_extract_to_cond_assign(param);
> >>
> >> if (new_param != param) {
> >> - param->replace_with(new_param);
> >> + param->replace_with(new_param);
> >> }
> >
> > On the previous and next change, you remove the brackets when there is
> > just one line, but not here.
>
> Right... I thought the style du jour was that if something was inside
> nested curly braces then it always got curly braces. Otherwise it looks
> a little weird.
>
> if (foo) {
> ...
>
> if (bar)
> xyz;
> }
>
> I thought I remembered Matt commenting about this once, but I'm not too
> picky either way.
I wasn't aware of any such conventions. I think this is usually just up
to artistic preference. The only rule I'm aware of is that if the body
spans more than one line of text (even if it's a single statement), we
use curly braces.
Whether or not to use curly braces for one line things is up to you.
--Ken
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20170922/9d8d29a1/attachment.sig>
More information about the mesa-dev
mailing list