I consistently fail at html/template. At one point I was hanging
indefinitely on some other tests (net/http I think) due to goroutines
never giving up control, setting GOMAXPROCS=2 fixed it. I'm not sure
if that's still an issue though.

I have a 386 which is capable of SSE2, and I'm up to date with sources.

On Fri, May 24, 2013 at 8:29 AM,  <lu...@proxima.alt.za> wrote:
>> which tests does it break?  ?c compile -0. as 0 (which is incorrect),
>> and print(2)'s %g and %f print -0. as 0.  could this or other bits of
>> non-ieee conformance in the system be the real issue?
>
> They could be significant, but only where floating point is involved,
> the failures I noted do not have an obvious floating point component -
> except when SSE2 is required and not available.
>
> So let's start with a show of hands.  Who can consistently run the Go
> build tests (run.rc --no-rebuild in $GOROOT/src after a successful
> make.rc) without failure and what is the Plan 9 (i386) environment
> applicable?
>
> Factors I believe are relevant are CPU type, including SSE2
> capabilities, which fork of Plan 9 (current Bell Labs
> distribution/prior to the 21-bit Rune update (maybe), nix, 9atom,
> 9front, are there others?  I know 9vx is broken, sadly.), local
> updates may be pertinent too.  Also, I'm assuming, with Christopher,
> that we're dealing with Go "tip", if it's an older version, that may
> point us in some useful direction.
>
> Also, for the more adventurous, CL 7987044 (from memory - prompt me if
> it's wrong) adds ARM capabilities, modulo some changes from Gorka I
> have yet to identify.  I will be going off topic for a while, I need
> to rebuild the local ESXi instance and that will probably take longer
> than the weekend, so I can't promise much help until I'm done.  But I
> will be interested in the outcome of this poll.
>
> If you can, pass the request on, there may be people this message
> can't reach.
>
> Lucio.
>
>

Reply via email to