Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT cygwin DOT com Delivered-To: mailing list cygwin-developers AT cygwin DOT com Message-ID: <3E6CC1A9.48A6F7E6@ieee.org> Date: Mon, 10 Mar 2003 11:47:37 -0500 From: "Pierre A. Humblet" X-Accept-Language: en,pdf MIME-Version: 1.0 To: cygwin-developers AT cygwin DOT com Subject: Re: HEADSUP everyone: 32/64bit changes are commited References: <20030309222706 DOT GS1193 AT cygbert DOT vinschen DOT de> <20030309235923 DOT GA14106 AT redhat DOT com> <20030310111321 DOT GV1193 AT cygbert DOT vinschen DOT de> <3E6C9C1E DOT B326D8C8 AT ieee DOT org> <20030310154626 DOT GZ1193 AT cygbert DOT vinschen DOT de> <3E6CB7BA DOT 19C6A92B AT ieee DOT org> <20030310162101 DOT GC1193 AT cygbert DOT vinschen DOT de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Corinna Vinschen wrote: > > On Mon, Mar 10, 2003 at 11:05:14AM -0500, Pierre A. Humblet wrote: > > Corinna Vinschen wrote: > > > > > > I've now rebuild from scratch multiple times and IWFM. Details? > > > > > Everything is fine until actually building the dll, where it complains > > about fopen64. > > Indeed nm doesn't show fopen64 in libc.a. Did you build on Windows? > > Yes. Are you actually using the latest from CVS (plus my patches from today)? Not from today. I only compile at home in the evening. > Please check that newlib/configure.host contains > > case "${host}" in > *-*-cygwin*) > [...] > stdio64_dir=stdio64 > ;; Yes, I saw it last night. > and newlib/libc/include/sys/config.h contains > > #if defined(__CYGWIN32__) || defined(__CYGWIN__) > [...] > #define __LARGE64_FILES 1 > #define __CYGWIN_USE_BIG_TYPES__ 1 Yes, I think it's there. However the files in stdio64 don't seem to pull it in. When I forced __LARGE64_FILES [by manually editing Makefile, just to see :( ] nm showed fopen64 in libc.a but I got errors about open64_r not existing when building the dll . > and *especially* check that the directory newlib/libc/stdio64 exists. Thanks. I have been burned already. Pierre