Received: from localhost (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 94A0D630733 for ; Fri, 29 May 2009 09:35:46 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 21356-03 for ; Fri, 29 May 2009 09:35:35 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.sun.com [192.18.6.24]) by mail.postgresql.org (Postfix) with ESMTP id DB74862DBF4 for ; Fri, 29 May 2009 09:35:39 -0300 (ADT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n4TCZbWQ019486 for ; Fri, 29 May 2009 12:35:37 GMT MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8 Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KKE00500NOU5B00@fe-emea-09.sun.com> for pgsql-hackers@postgresql.org; Fri, 29 May 2009 13:35:37 +0100 (BST) Received: from [192.168.1.100] ([unknown] [89.102.157.161]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KKE00JOKOBCCPE0@fe-emea-09.sun.com>; Fri, 29 May 2009 13:35:36 +0100 (BST) Date: Fri, 29 May 2009 14:36:41 +0200 From: Zdenek Kotala Subject: Re: Compiler warning cleanup - unitilized const variables, pointer type mismatch In-reply-to: <10558.1243525323@sss.pgh.pa.us> To: Tom Lane Cc: "pgsql-hackers@postgresql.org" Message-id: <1243600601.1301.18.camel@localhost> X-Mailer: Evolution 2.26.1.1 References: <1243501880.1372.23.camel@localhost> <10558.1243525323@sss.pgh.pa.us> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200905/1384 X-Sequence-Number: 138926 Tom Lane píše v čt 28. 05. 2009 v 11:42 -0400: > Zdenek Kotala writes: > > I attached another cleanup patch which fixes following warnings reported > > by Sun Studio: > > I'm not too impressed with any of these. The proposed added > initializers just increase future maintenance effort without solving > any real problem (since the variables are required by C standard to > initialize to zero). Agree. > The proposed signature change on psql_completion > is going to replace a warning on your system with outright failures on > other people's. I check readline and definition is still same at least from 5.0 version. I'm not still understand why it should failure on other systems. I looked on revision 1.30 of the file and there is only readline-4.2 support mentioned. Is readline 4.2 the problem? Zdenek