Kevin Ryde <[EMAIL PROTECTED]> writes: > Actually, I see off_t is exposed through the ptob port descriptor > funcs, so implicitly changing to off64_t would break applications.
I think we need to redo the public port API anyway, for Unicode and to clean it up. At that time, we can also get large files right. > It'd be nice if guile could use the 64 functions internally. There > might need to be new entries in the ptob for seek64 and truncate64 > versions of the seek and truncate funcs. Or a flag saying which > flavour is in use. > > There doesn't seem to be any room in that struct, but if it's always > created by scm_make_port_type then perhaps adding new fields to the > end would keep compatibility. Yes, that is good enough. -- GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel
