From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7100 invoked by alias); 27 Sep 2003 16:24:28 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 7093 invoked from network); 27 Sep 2003 16:24:28 -0000 Received: from unknown (HELO brown.csi.cam.ac.uk) (131.111.8.14) by sources.redhat.com with SMTP; 27 Sep 2003 16:24:28 -0000 Received: from student.cusu.cam.ac.uk ([131.111.179.82] helo=kern.srcf.societies.cam.ac.uk) by brown.csi.cam.ac.uk with esmtp (Exim 4.20) id 1A3Hrp-0002Ri-30; Sat, 27 Sep 2003 17:24:21 +0100 Received: from jsm28 (helo=localhost) by kern.srcf.societies.cam.ac.uk with local-esmtp (Exim 3.35 #1 (Debian)) id 1A3Hrp-0007VS-00; Sat, 27 Sep 2003 17:24:21 +0100 Date: Sat, 27 Sep 2003 16:24:00 -0000 From: "Joseph S. Myers" X-X-Sender: jsm28@kern.srcf.societies.cam.ac.uk To: Hans-Peter Nilsson cc: Christopher Faylor , overseers@sources.redhat.com Subject: Re: last days of htdig In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned X-SW-Source: 2003-q3/txt/msg00236.txt.bz2 On Sat, 27 Sep 2003, Hans-Peter Nilsson wrote: > I doubt it does, but that's just me. Maybe it eventually boils > down to a libstdc++ issue. Though htdig uses a nice mixture of > stdio and streams IIRC. libstdc++ is the sort of external library there are likely to be problems with - we don't build multiple versions with/without _FILE_OFFSET_BITS=64 (and there'd be the problem of selecting the correct one at link-time, even if g++ were to force _FILE_OFFSET_BITS=64 like it forces _GNU_SOURCE for other reasons). zlib is another library that can often cause problems in this way. Libraries where you're expected to use `foolib-config --cflags` (or in more modern versions `pkg-config --cflags library-name`) by contrast could avoid that problem - if their authors had taken the initiative to force large-files mode for that library and its users. There's a lot to be said for NetBSD's choice of making off_t 64 bits unconditionally regardless of whether on a 32-bit or 64-bit system. -- Joseph S. Myers jsm@polyomino.org.uk