Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 23441 invoked from network); 2 Apr 2007 02:17:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Apr 2007 02:17:01 -0000 Received: (qmail 50257 invoked by uid 500); 2 Apr 2007 02:17:07 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 50202 invoked by uid 500); 2 Apr 2007 02:17:07 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 50178 invoked by uid 99); 2 Apr 2007 02:17:07 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Apr 2007 19:17:07 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [68.142.198.207] (HELO smtp108.sbc.mail.mud.yahoo.com) (68.142.198.207) by apache.org (qpsmtpd/0.29) with SMTP; Sun, 01 Apr 2007 19:16:58 -0700 Received: (qmail 76987 invoked from network); 2 Apr 2007 02:16:37 -0000 Received: from unknown (HELO amethyst.dzonux.net) (j.h.ballard@sbcglobal.net@69.229.120.173 with plain) by smtp108.sbc.mail.mud.yahoo.com with SMTP; 2 Apr 2007 02:16:36 -0000 X-YMail-OSG: upqhVxUVM1l0Nh3qWWVIRtGdlXOfgXIuNXe082_K2tE2jY0DN49I0OBM8NQTF99NfeaS_mBFxw-- Received: from sapphire.dzonux.net ([192.168.0.20]) by amethyst.dzonux.net with esmtp (Exim 4.52) id 1HYD3w-0001sX-1u; Sun, 01 Apr 2007 20:18:32 -0700 Message-ID: <46106714.7000801@dzonux.net> Date: Sun, 01 Apr 2007 19:14:44 -0700 From: Dzonatas User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: dev@apr.apache.org CC: "William A. Rowe, Jr." Subject: Re: APR_HAS_LARGE_FILES (was: "strtoi"... with MinGW) References: <4610053D.8020404@dzonux.net> <46105ECD.4080605@rowe-clan.net> In-Reply-To: <46105ECD.4080605@rowe-clan.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org That is an interesting note. My config.log reports: ac_cv_sizeof_off_t=8 apr_cv_use_lfs64=yes aprlfs='0' Do also note that I run a modern paravirtualized OS of Linux and Microsoft. My cross-compilations happen on Linux, which was compiled by MinGW. The two OSs cooperate nicely for their share of a processor. I'm not biased. =) I'll see if I can find the right bit to hack... I mean... configure. Thank you. William A. Rowe, Jr. wrote: > It's sort of an academic question, since the crux of the problem is that > the Win32 API supports large files in all situations, and any additional > layer (e.g. MinGW) which doesn't use the Win32 API, or doesn't provide > APR_HAS_LARGE_FILES, is fundementally broken as a compilation to this > modern operating system ;-) >