From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 4 Apr 2011 22:11:05 +0200 From: Lucio De Re To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20110404201105.GC2000@fangle.proxima.alt.za> References: <20110403211333.GA3905@dinah> <20110403211652.GA5977@dinah> <20110403223031.GA27441@dinah> <20110404172728.GA2000@fangle.proxima.alt.za> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110404172728.GA2000@fangle.proxima.alt.za> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [9fans] Go Plan 9 Topicbox-Message-UUID: c85cf060-ead6-11e9-9d60-3106f5b1d025 On Mon, Apr 04, 2011 at 07:27:28PM +0200, Lucio De Re wrote: > On Mon, Apr 04, 2011 at 10:37:30AM +0300, Pavel Zholkover wrote: > > > > Thanks for the detailed explanation, I've added your patch to if that > > is alright with you https://bitbucket.org/paulzhol/golang-plan9- > > runtime-patches/ > > > [ ... ] > > The other one I would like to submit as a patch affects /386/include/u.h > (and other architectures), involving the addition of integer types of > various length. Equally small and benign. > > Opinions? > Here is how I changed u.h for the 386 architecture: term% diff /n/dump/2011/0130/386/include/u.h /n/dump/2011/0404/386/include/u.h 21a22,34 > /* for the GO toolchain */ > /* (with some effort this could go into /go/386/include, > but there's really no reason to keep it from the > native toolchain) > */ > typedef char int8; > typedef short int16; > typedef long int32; > typedef long long int64; > typedef unsigned char uint8; > typedef unsigned short uint16; > typedef unsigned long uint32; > typedef unsigned long long uint64; Seems harmless enough. I'm sure I've actually rebuilt the Plan 9 binaries in their entirety with these changes and no ill effect. ++L