YOSHIFUJI Naoki

@vorj As you reported on https://github.com/fixstars/clpy/pull/180#issuecomment-464996117 and https://github.com/fixstars/clpy/issues/108#issuecomment-448963157, the problem seems to be caused by perfoming large work, not **frequently**. Please report other situation without large proglem if you know....

@vorj we must talk and discuss about technology and engineering, never your spiritual feeling.

@yuk-to I hear you investigated this problem. Is this caused by ClPy or machine specific? The old primary machine (furyx) wont' die even if the work load is heavy. We...

@vorj Do you mean that you want to implement all half operations with software functions? How much do you need it? I think it's reasonable to give up half support...

@vorj OK, I understand that you want to use Ultima to convert `a + b` where `a` and `b` are half to `f2h(h2f(a)+h2f(b))`, right? Then, how will you deal rounding...

As readme says, currently we specify the recommended systems including the python version. And the reason why we specify the numpy version is #173 and etc, that's from our base...

How about adding influctuation to generate rand number (e.g. time) when rand() called?

> it takes much longer time only the first time the program I think this is not problem on random generator. It happenes the first time to execute **every** cupy/clpy...

This needs overload function for various types, so #16 is needed to resolve this issue.

@nsakabe-fixstars do you mean reverting bbdec438d3d11f0ced6de0e8853f4e1c0d652774 ?