ANSI platform builds shouldn't link pthreads.

[waywardmonkeys]

Since this isn't using threads or POSIX locks, the -lpthreads should not be needed and having it only makes it easier to accidentally add some dependency on it.

[Edit by @rptb1 : @waywardmonkeys requires this change to build on WebAssembly. See #168 and #175 .]

[waywardmonkeys]

It looks like the ANSI target is only tested on Travis CI (without digging deeply) and then we run into the same issue as the WebAssembly port where we're building threaded targets (some tests) in a single-threaded build.

[rptb1]

It looks like the ANSI target is only tested on Travis CI (without digging deeply)

I'm working on design.mps.ci in #145 and will try to figure out the rationale for this.

[thejayps]

JH+RB: essential as this is likely slowing down developers. Awaiting proc.review.express soon

[rptb1]

Executing proc.review.express

1. Start time 15:09.
2. Entry criteria: entry.universal
3. entry.universal.reason is false. Although @waywardmonkeys explained what the change was he doesn't explain why it's needed.
4. Edited the original post to fix that.
5. entry.universal.source-available is a bit tricky. Is it documented somewhere that WebAssembly platform does not provide pthreads?
6. There is some stuff on the web which claims pthreads is supported for Emscripten. So the situation is unclear.
7. Failing review entry until this situation is clarified.
8. Procedure took 9 minutes.

[rptb1]

I'll clarify what this is all about with @waywardmonkeys , who's the expert on the WebAssembly platform family.