This is an archive of the discontinued LLVM Phabricator instance.

Always use the multiprocess module
ClosedPublic

Authored by rafael on Apr 3 2017, 12:46 PM.

Details

Summary

This seems to work on freebsd these days. If someone could test on openbsd that would be awesome.

Diff Detail

Event Timeline

rafael created this revision.Apr 3 2017, 12:46 PM
chapuni added inline comments.Apr 27 2017, 4:28 PM
llvm/utils/lit/lit/main.py
289 ↗(On Diff #96974)

Could you leave them as obsolete and notify to a user, not just pruning?
I think they may be pruned after the next release.

rnk accepted this revision.May 1 2017, 11:52 AM

The only complain I've heard about the new execution model is that if you quickly interrupt lit during Pool initialization you can get Python traceback spew from every worker. While the old code behaved slightly better in this area, fixing this seems separable from removing the old codepath.

Any idea who can test OpenBSD?

llvm/utils/lit/lit/run.py
240 ↗(On Diff #96974)

You can get rid of this call and move the mp.Pool code into this method

243 ↗(On Diff #96974)

This method should also be dead now.

This revision is now accepted and ready to land.May 1 2017, 11:52 AM

Any idea who can test OpenBSD?

Mark, can you give it a try?

Cheers,
Rafael

kettenis edited edge metadata.May 1 2017, 1:52 PM

Any idea who can test OpenBSD?

Mark, can you give it a try?

Cheers,

Sure. Just running the "make lld/test" would be enough?

Any idea who can test OpenBSD?

Mark, can you give it a try?

Cheers,

Sure. Just running the "make lld/test" would be enough?

"make lld-test" works fine; trying "make check-all" now, but I'm not sure lldb is in a testable state on OpenBSD at this moment.

rafael updated this revision to Diff 97449.May 2 2017, 7:37 AM

Delete more dead code.