This pr adds two new ways to handle ifs with barriers in parallel regions.

This is the current way it is done:

parallel {
  A()
  if {
    B()
    barrier
    C()
  }
  D()
}

->

parallel {
  A()
}
if {
  parallel {
    B()
  }
  parallel {
    C()
  }
}
parallel {
  D()
}

The first one allows ifs with directly nested barriers to be split at the barrier without the need to split them off with barriers and interchange them with the parallel op as such:

parallel {
  A()
  if {
    B()
    barrier
    C()
  }
  D()
}

->

parallel {
  A()
  if {
    B()
  }
}
parallel {
  if {
    C()
  }
  D()
}

This should hopefully improve performance since it keeps A, B and C,D in the same parallel region.

The second one joins the appropriate blocks for the two cases where the if condition evaluates to true or false

parallel {
  A()
  if {
    B()
    barrier
    C()
  }
  D()
}

->

if {
  parallel {
    A()
    B()
  }
  parallel {
    C()
    D()
  }
} else {
  parallel {
    A()
    D()
  }
}

This allows us to get rid of the branch in the parallel at the cost of increased code size.
This second way actually makes the code size explode exponentially wrt the number of barriers so it might only have limited use with the help of some heuristics (not yet implemented) to decide when to use it.