Ergonomic, hermetic, user-friendly software build system for Python, Go, Java, Kotlin, Protobuf, Scala, Shell. Pants lets you fearlessly scale up your codebase!

Pants

If migrate_config were baked into pants, you wouldn’t need a checkout of the pants source to run it.

Do we need to do anything special to get zinc to run in parallel?

I don't seem to see anything reading the `workers` flag anymore

<@U053HNE90>: check pants.ini.isolated <https://github.com/pantsbuild/pants/blob/master/pants.ini.isolated#L14>

aha, we already had that, was just double checking

Couldn't find any mention of it in `zinc_compile` or `jvm_compile`

it is used here: <https://github.com/pantsbuild/pants/blob/master/src/python/pants/backend/jvm/tasks/jvm_compile/jvm_compile_isolated_strategy.py#L118-118>

<@U053HNE90>: the merged zinc config in `pants.ini.isolated` needs a tiny bit more love... the `warnings` args need to be merged across java and scala

i think pants.ini.isolated only passes scala warnings args

```args: [
    '-S-encoding', '-SUTF-8',
    '-S-g:vars',
    # TODO: added to fix SI-8337 and SI-7291
    '-S-Xdivergence211',
    # see <https://reviewboard.twitter.biz/r/446503/>
    '-S-language:higherKinds',

    # This is intentionally in the default args section: never warn for generated files.
    '-file-filter', '/\.pants\.d/gen/',
    # Ditto: Suppress the warning for annotations with no processor.
    '-msg-filter', '^(warning: )?No processor claimed any of these annotations: .*'
  ]
warning_args: [
    '-S-deprecation',
    '-S-unchecked',
    # request warnings for <http://www.scala-lang.org/api/2.10.4/index.html#scala.language$>
    '-S-feature',
    '-S-Xlint',
    '-C-Xlint:all', '-C-Xlint:-serial', '-C-Xlint:-path',
    '-C-deprecation',
  ]
no_warning_args: [
    '-S-nowarn',
    '-C-Xlint:none',
    '-C-nowarn',
  ]```

<@U051221NF> <@U053HNE90> could I ask either of you a few questions about the `ZincAnalysisParser` in `zincutils/zin_analysis_parser.py`?

I might be able to help, but that's mostly Benjy

okay — it’s specifically about `parse_deps()`, if that’s something you worked on

Whoa, does ApacheThriftGen just no longer codegen python?

Or anyone familiar.  This is a big issue for us

the python backend has always handled its own thrift gen

<https://rbcommons.com/s/twitter/r/2534/>