On Tue, 2016-09-13 at 12:52 +0100, Richard W.M. Jones wrote: > On Tue, Sep 13, 2016 at 11:32:26AM +0200, Florian Weimer wrote: > > > > On 09/12/2016 08:55 PM, Richard W.M. Jones wrote: > > > > > > On Mon, Sep 12, 2016 at 07:48:31PM +0100, Richard W.M. Jones > > > wrote: > > > > > > > > On Mon, Sep 12, 2016 at 09:06:59AM +0200, Florian Weimer wrote: > > > > > > > > > > I had a brief look at the glibc patches. Apparently, off_t > > > > > and > > > > > time_t are 32-bit. For a new architecture, that's quite > > > > > strange. > > > > > > How do you determine this? > > > > I looked at the patch. > > > > > > > > I wrote a simple program which prints sizeof (off_t) and sizeof > > > (time_t) > > > inside the RISC-V environment. I *didn't* define > > > `-D_FILE_OFFSET_BITS=64' when compiling the program. Both values > > > are > > > printed as 8 (bytes). So it seems we're OK? > > > > Yes, for 64-bit. But the 32-bit parts do not look acceptable as- > > is. > > Fair enough. For Fedora we are only building for 64 bit[1]. There > aren't even multilib 32 bit libs. (I'm not saying someone couldn't > come along and add that later, but initially we're not considering > it) > > The reasons for this are: > > - There is no legacy of 32 bit code to support. > > - By the time this is available, people will care even less about 32 > bit. > > - I've even talked to embedded manufacturers who intend to jump > straight to RV64 (which surprised me because RV32 is designed for > embedded uses). Interesting! I'd like some more details on this; embedded systems range from low end (16 bit or 32 bit cpu, 10's of KB of memory, hundreds of KB of storage) to fairly serious systems. > > > > > If you only want the 64-bit architecture, then getting the author > > to > > submit only the 64-bit parts first to glibc upstream would be the > > prudent thing to do. (This has to come from the patch author, and > > the author has to assign copyright to the FSF.) > > I've been telling everyone who will listen that they should get their > changes upstream. > > Rich. > > [1] Specifically for "RV64G" = "RV64IMAFD" = RISC-V, 64 bit with > Integer, Multiplication/division, Atomics, single Floats, and Double > floats. For more info, see section 10.4 in this document: > https://people.eecs.berkeley.edu/~krste/papers/riscv-spec-2.0.pdf > -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx