From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2470 invoked by alias); 12 Oct 2010 15:01:31 -0000 Received: (qmail 2459 invoked by uid 22791); 12 Oct 2010 15:01:30 -0000 X-SWARE-Spam-Status: No, hits=-0.3 required=5.0 tests=AWL,BAYES_20,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.158) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 12 Oct 2010 15:01:23 +0000 Received: from md2.u-strasbg.fr (md2.u-strasbg.fr [IPv6:2001:660:2402::187]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id o9CF19aZ073410 ; Tue, 12 Oct 2010 17:01:09 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms4.u-strasbg.fr [IPv6:2001:660:2402:d::13]) by md2.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id o9CF18XM010352 ; Tue, 12 Oct 2010 17:01:08 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from d620muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id o9CF17Lg025315 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Tue, 12 Oct 2010 17:01:08 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: Cc: "'Eli Zaretskii'" , "'Pedro Alves'" Subject: [RFA/Obvious] Fix go32v2 compilation. Date: Tue, 12 Oct 2010 15:01:00 -0000 Message-ID: <002401cb6a1e$4eaf5e30$ec0e1a90$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-10/txt/msg00191.txt.bz2 Go32v2 native target doesn't compile anymore... since a patch by Pedro dating back 2010-08-20 :( Which sadly means that not many persons currently still try to use current CVS tree for go32v2... I almost checked this in as obvious, but I didn't really get if this function was necessary or not. Pedro, is setting this function to NULL enough to maintain old functionality for DJGPP or should a dos specific function be implemented? Pierre Muller Pascal language support maintainer for GDB ChangeLog entry: 2010-10-12 Pierre Muller * ser-go32.c (struct dos_ops) Add missing fdopen field. Index: ser-go32.c =================================================================== RCS file: /cvs/src/src/gdb/ser-go32.c,v retrieving revision 1.24 diff -u -p -r1.24 ser-go32.c --- ser-go32.c 20 Aug 2010 18:49:20 -0000 1.24 +++ ser-go32.c 12 Oct 2010 14:54:53 -0000 @@ -843,6 +843,7 @@ static struct serial_ops dos_ops = 0, dos_open, dos_close, + NULL, /* fdopen, not implemented */ dos_readchar, dos_write, dos_noop, /* flush output */