SI-8708 Fix pickling of LOCAL_CHILD child of sealed classes

When a sealed class or trait has local children, they are not pickled
in as part of the children of the symbol (introduced in 12a2b3b to fix
Aladdin bug 1055). Instead the compiler adds a single child class
named LOCAL_CHILD. The parents of its ClassInfoType were wrong: the
first parent should be a class. For sealed traits, we were using the
trait itself.

Also, the LOCAL_CHILD dummy class was entered as a member of its
enclosing class, which is wrong: it represents a local (non-member)
class, and it's a synthetic dummy anyway.
But if you were to draw a venn diagram (I like to follow this [advice](http://www.nbr.co.nz/article/10-tricks-appear-smart-during-meetings-ck-158786)), isn't there an intersection that's intentionally non-empty?

Concretely, should one of these imply the other? Should they be kept in synch then?

```
      || sym.isRefinementClass
      || sym.isAbstractType && sym.hasFlag(EXISTENTIAL) // existential param
      || sym.isParameter
```

Rewriting the code here a bit:
```
!(
      || sym.isRefinementClass
      || sym.isExistentiallyBound
      || sym.isTypeParameter // implies sym.isParameter
      || sym.rawname == tpnme.LOCAL_CHILD
)
```