From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7073 invoked by alias); 4 Aug 2007 16:35:31 -0000 Received: (qmail 6995 invoked by uid 22791); 4 Aug 2007 16:35:30 -0000 X-Spam-Check-By: sourceware.org Received: from pool-71-248-179-24.bstnma.fios.verizon.net (HELO ednor.cgf.cx) (71.248.179.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 04 Aug 2007 16:35:28 +0000 Received: by ednor.cgf.cx (Postfix, from userid 201) id EC2112B352; Sat, 4 Aug 2007 12:35:50 -0400 (EDT) Date: Sat, 04 Aug 2007 16:35:00 -0000 From: Christopher Faylor To: iant@google.com, gdb-patches@sourceware.org, binutils@sourceware.org, Kai.Tietz@onevision.com, gcc-patches@gcc.gnu.org Subject: Re: patch: libiberty pex for _WIN64 Message-ID: <20070804163550.GA29463@ednor.casa.cgf.cx> Mail-Followup-To: iant@google.com, gdb-patches@sourceware.org, binutils@sourceware.org, Kai.Tietz@onevision.com, gcc-patches@gcc.gnu.org References: <20070803231642.GC11438@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2007-08/txt/msg00066.txt.bz2 On Sat, Aug 04, 2007 at 11:44:03AM +0300, Eli Zaretskii wrote: >> Date: Fri, 3 Aug 2007 19:16:42 -0400 >> From: Christopher Faylor >> >> >2007-08-03 Kai Tietz >> > >> > * pex-common.h: (pex_funcs): Retyped wait and exec_child to pid_t. >> > * pex-djgpp.c: Likewise. >> > * pex-msdos.c: Likewise. >> > * pex-unix.c: Likewise. >> > * pex-win32.c: Likewise. >> >> If long isn't long enough what is pid_t defined to be on _WIN64? > >I think it's "long long", as 64-bit Windows uses the P64 model. Yeah, duh. That was obvious. Sorry. Where does the "typedef long long pid_t" come from? I only see it as being defined as "int" in the mingw headers. And I didn't see any machinery in configure to derive this. I guess I'm asking if there is another patch coming down the line which handles the long long. cgf