From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <9ab217670509300914h1f61ababh@mail.gmail.com> Date: Fri, 30 Sep 2005 09:14:26 -0700 From: "Devon H. O'Dell" To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] 64-Bit programming model. In-Reply-To: <3d9930aa542f29f26c3014fa5cf12f7a@terzarima.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <32a656c20509300431j6ab02b7cm7512019149d45a59@mail.gmail.com> <3d9930aa542f29f26c3014fa5cf12f7a@terzarima.net> Topicbox-Message-UUID: 9273f972-ead0-11e9-9d60-3106f5b1d025 2005/9/30, Charles Forsyth : > on amd64 it is: > > short is 16 bits, as before for Plan 9 > int and long are 32 bits, as before > long long is 64 bits, also as before > pointers are 64 bits, not as before. (it's that last bit causes most of = the trouble.) Yeah, way too much code in Unix that uses void pointer to integer casting. ``Oops''. > i think it must be LLP64 in your scheme At least in Solaris the #define for both amd64 and SPARC64 is `LP64'. This is found in one of the include files under feature_tests.h (see cvs.opensolaris.org). --Devon > > > ---------- Doorgestuurd bericht ---------- > From: Vester Thacker > To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> > Date: Fri, 30 Sep 2005 04:31:45 -0700 > Subject: [9fans] 64-Bit programming model. > Okay, time for the "dumb question of the month". > > Concerning Plan 9 64-Bit support, which Long Pointer programming model > is being used with Sparc64 and AMD64 ports? LLP64, LP64 or ILP64. Just > curious. > > Forgive my ignorance, I am a layman and nowadays get my schooling > though search engine results. > > --vester > >