Closed GoogleCodeExporter closed 9 years ago
/386/include/u.h is not the right place. also, wont switch to 32bit runes just
yet.
Original comment by cinap_le...@felloff.net
on 12 Jun 2013 at 6:54
This should definitely be fixed, but I agree with Cinap that it shouldn't be
fixed in u.h.
Original comment by mve...@gmail.com
on 12 Jun 2013 at 8:15
reopening issue, so we have a place to report 32 bit rune issues that need to
be resolved for doing the switch.
Original comment by cinap_le...@felloff.net
on 7 Aug 2013 at 12:23
the diff above contains a bug:
this:
+ Runemask = 0x1FFFF, /* bits used by runes (see grep)
should'v been:
+ Runemask = 0x1FFFFF, /* bits used by runes (see grep)
Original comment by cinap_le...@felloff.net
on 7 Aug 2013 at 1:40
http://okturing.com/src/1837/body
is my current patch for 9front 21-bit runes. i have been running this for a
little over a week now, and am using go tip with the following patch.
http://okturing.com/src/1838/body
only bug in the system found so far was that sam stack sizes were too small, so
some rune arrays were blowing up the stack. that fix was comitted in
https://code.google.com/p/plan9front/source/detail?r=14b8e3b4fa98c81239583756c23
0f22044e68a0c
Original comment by mischief@offblast.org
on 13 Aug 2013 at 3:05
forgot /sys/include/ape/u.h before.
latest 21-bit rune patch for 9front: http://okturing.com/src/1840/body
Original comment by mischief@offblast.org
on 13 Aug 2013 at 3:11
applied in r66e10a2cb1cf, needs testing.
Original comment by cinap_le...@felloff.net
on 17 Oct 2013 at 11:47
seems to work fine so far, closing the issue
Original comment by cinap_le...@felloff.net
on 28 Oct 2013 at 4:36
Original issue reported on code.google.com by
mischief@offblast.org
on 12 Jun 2013 at 9:32