From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18826 invoked by alias); 29 Jan 2007 13:49:37 -0000 Received: (qmail 18814 invoked by uid 22791); 29 Jan 2007 13:49:36 -0000 X-Spam-Check-By: sourceware.org Received: from extavgw3.ball.com (HELO extavgw3.ball.com) (162.18.103.210) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 29 Jan 2007 13:49:29 +0000 Received: from AEROMSG2.AERO.BALL.COM (Not Verified[162.18.82.156]) by extavgw3.ball.com with NetIQ MailMarshal 6.0 Service Pack 1a (v6,0,3,33) id ; Mon, 29 Jan 2007 06:50:07 -0700 Received: from daytonmsg2k3.AERO.BALL.COM ([162.18.199.42]) by AEROMSG2.AERO.BALL.COM with Microsoft SMTPSVC(6.0.3790.1830); Mon, 29 Jan 2007 06:49:25 -0700 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: Win64 support, second take Date: Mon, 29 Jan 2007 13:49:00 -0000 Message-ID: References: <416E6645-296B-4F44-B475-BEA2A939C72F@gmail.com> <45BAAEA5.8040408@homemail.com.au> From: "Streithorst, Kip" To: "Ross Johnson" Cc: X-IsSubscribed: yes Mailing-List: contact pthreads-win32-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sourceware.org X-SW-Source: 2007/txt/msg00009.txt.bz2 Ross, If you think the _timbe and timespec warning is ok, I would suggest adding cast's to the 20-30 places so that we can re-enable /WX in the Makefile. That would at least make it obvious that the 2038 issue on the copy across is intentional. Thanks, Kip -----Original Message----- From: pthreads-win32-owner@sourceware.org [mailto:pthreads-win32-owner@sourceware.org] On Behalf Of Ross Johnson Sent: Friday, January 26, 2007 8:45 PM To: Pthreads-Win32 list Subject: Re: Win64 support, second take Stefan Eilemann wrote: > Keith, List, > > I have seen your posting from March 2006 regarding Win64 support. > I am in the need of a Win64 port -- has anybody in the meantime > successfully build a libpthread on Win64, or is the code in more > or less the same state? > The current CVS head contains some additional changes for Win64 build and test provided by Kip, who subsequently reported that he could now build and complete all tests, although there were warnings:- Kip wrote:- "2. Since you are using /WX, the tests fail as soon as Visual Studio outputs a warning, it currently outputs two different warnings, one is related to _ftime64 being deprecated, which I can suppress by including /D_CRT_SECURE_NO_DEPRECATE in the CFLAGS variable. The other is more troublesome, there are about 20-30 places in the tests where you copy a value of the _timeb structure into the timespec structure. The problem with that is in 64-bit mode, most of the values of the _timeb structure are 64-bit integers (ie. __time64_t) and the timespec structure only holds 32-bit integers (ie. long) and Visual Studio issues a warning about truncating the numbers during the assignment. Any suggestions on what fix should be applied here?" The _timeb issue has not been properly resolved, although I'm guessing it is not a problem yet. AFAICS the structure elements still represent the same time components with the same epoch as the 32 bit version, and no actual truncation is taking place. I'm assuming that 2038 is still the critical year for this. Please correct me if that understanding is wrong. Direct anonymous access to the pthreads-win32 CVS repository is described on the project main page at:- http://sourceware.org/pthreads-win32/ I plan to package the next version 2.9 of the library once I've reviewed and included some more WinCE changes, but my day job is a little full-on at the moment. Regards. Ross > > Cheers, > > Stefan. ###################################################################### Attention:=20 This e-mail message is privileged and confidential. If you are not the=20 intended recipient please delete the message and notify the sender.=20 Any views or opinions presented are solely those of the author. ######################################################################