From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16141 invoked by alias); 24 Feb 2012 14:34:59 -0000 Received: (qmail 16073 invoked by uid 22791); 24 Feb 2012 14:34:57 -0000 X-SWARE-Spam-Status: No, hits=-5.3 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,TW_DJ,TW_GP,TW_JG,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 24 Feb 2012 14:34:44 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q1OEYJub008310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 24 Feb 2012 09:34:19 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q1OEYHLD018289; Fri, 24 Feb 2012 09:34:18 -0500 Message-ID: <4F479FE9.4060408@redhat.com> Date: Fri, 24 Feb 2012 14:41:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120131 Thunderbird/10.0 MIME-Version: 1.0 To: Pierre Muller CC: bug-readline@gnu.org, gdb-patches@sourceware.org Subject: Re: PING [RFA] Fix djgpp gdb-7.4 (and probably trunk) build failure in readline References: <008101ccdde8$d71f84e0$855e8ea0$@muller@ics-cnrs.unistra.fr> <4f479be7.0610440a.3c16.080cSMTPIN_ADDED@mx.google.com> In-Reply-To: <4f479be7.0610440a.3c16.080cSMTPIN_ADDED@mx.google.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 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: 2012-02/txt/msg00569.txt.bz2 On 02/24/2012 02:16 PM, Pierre Muller wrote: > I have got no reaction on bug-readline mailing list > regarding this issue... > What should I do next? Chet, can we get something like this into readline mainline? We'd rather have less local readline patches than more. :-) -- Pedro Alves > > > Pierre Muller > GDB pascal language maintainer > > > >> -----Message d'origine----- >> De : gdb-patches-owner@sourceware.org [mailto:gdb-patches- >> owner@sourceware.org] De la part de Pierre Muller >> Envoyé : samedi 28 janvier 2012 19:15 >> À : bug-readline@gnu.org >> Cc : gdb-patches@sourceware.org >> Objet : [RFA] Fix djgpp gdb-7.4 (and probably trunk) build failure in >> readline >> >> Jan Kratochvil suggested me to submit my patch directly to bug-readline >> mailing list. >> >> The bug appeared while trying to compile the nw GDB release 7.4 >> version on a Dos DJGPP target, that does not have >> SIGWINCH signal. GDB now uses readline version 6.2, >> so this patch is against this version of readline library. >> >>>>> >>>>> Starting here is the original post to gdb-patches: >>>>> >> >> DJGPP has no SIGWINCH >> but despite this being checked by configure, >> the code in readline/signal.c >> is incompatible with a system that doesn't define SIGWINCH. >> I found this problem while trying to compile GDB-7.4 sources for DJGPP. >> Trunk source seems to be the same... >> >> I don't know what is the master readline repository... >> I am also unsure about proper ChangeLog entry for this... >> >> Pierre Muller >> GDB pascal language maintainer >> >> ChangeLog entry: >> 2012-01-27 Pierre Muller >> >> * signals.c (_rl_block_sigwinch, _rl_release_sigwinch): Add >> conditional SIGWINCH around functions. >> >> --- readline/signals.c 2011-05-12 01:38:39.000000000 +0200 >> +++ readline/signals.c.new 2012-01-27 17:47:06.837454200 +0100 >> @@ -580,6 +580,7 @@ _rl_release_sigint () >> sigint_blocked = 0; >> } >> >> +#ifdef SIGWINCH >> /* Cause SIGWINCH to not be delivered until the corresponding call to >> release_sigwinch(). */ >> void >> @@ -627,6 +628,7 @@ _rl_release_sigwinch () >> >> sigwinch_blocked = 0; >> } >> +#endif /* SIGWINCH */ >> >> /* **************************************************************** */ >> /* */ >> > >