Date: Thu, 18 Mar 2004 20:59:51 -0500 From: Garance A Drosihn <drosih@rpi.edu> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: "Wafa M. Hadidi" <wmmh@identd.net> Subject: Re: Updating sparc64 time_t, hostname not found Message-ID: <p0602043ebc8003b216e1@[128.113.24.47]> In-Reply-To: <20040319003933.GB62814@ns1.xcllnt.net> References: <40594A35.6060303@exeter.ac.uk> <200403190005.22811.wmmh@identd.net> <p0602043bbc7fce6c9a52@[128.113.24.47]> <200403190057.36638.wmmh@identd.net> <p0602043dbc7fde745c29@[128.113.24.47]> <20040319003933.GB62814@ns1.xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
At 4:39 PM -0800 3/18/04, Marcel Moolenaar wrote: >On Thu, Mar 18, 2004, Garance A Drosihn wrote: > > >> Re-check >> grep __time_t /usr/src/sys/sparc64/include/_types.h >> >> (again) just to make sure it's 32-bit, and then redo the: > >IIRC the source tree was synced, so I expect to see a 64-bit typedef. >If it's a 32-bit time_t, the source tree is not up-to-date. Not if he's following the directions in UPDATING.64bTT... :-) (he said he was in the "pre-step" part, so I suspect he is following them) Although it would probably be a good idea to do another 'cvsup' as long as he has to do the whole buildworld/.../installworld cycle, and make sure that include file *starts* with 64-bit and then he changes it back to 32-bit (for "Step Pre-1"). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p0602043ebc8003b216e1>