From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 818 invoked by alias); 19 Feb 2013 15:28:20 -0000 Received: (qmail 774 invoked by uid 22791); 19 Feb 2013 15:28:18 -0000 X-SWARE-Spam-Status: No, hits=-3.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from caibbdcaaaaf.dreamhost.com (HELO homiemail-a47.g.dreamhost.com) (208.113.200.5) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 19 Feb 2013 15:28:06 +0000 Received: from homiemail-a47.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a47.g.dreamhost.com (Postfix) with ESMTP id 53A5C28405C; Tue, 19 Feb 2013 07:28:06 -0800 (PST) Received: from redwood.eagercon.com (c-50-148-128-197.hsd1.ca.comcast.net [50.148.128.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: eager@eagerm.com) by homiemail-a47.g.dreamhost.com (Postfix) with ESMTPSA id 1EF3028405B; Tue, 19 Feb 2013 07:28:06 -0800 (PST) Message-ID: <51239A05.6060408@eagerm.com> Date: Tue, 19 Feb 2013 15:28:00 -0000 From: Michael Eager User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: "gdb@sourceware.org" , binutils , Daniel Jacobowitz , Richard Sandiford Subject: Re: MIPS build failure References: <51226C66.3010304__32532.8041137711$1361210543$gmane$org@eagerm.com> <874nh9xx61.fsf@talisman.default> <5122815C.1000406@eagerm.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2013-02/txt/msg00079.txt.bz2 On 02/19/2013 06:52 AM, Maciej W. Rozycki wrote: > On Mon, 18 Feb 2013, Michael Eager wrote: > >>> There are special makefile rules to handle this: >>> >>> micromips-opc.lo: micromips-opc.c >>> $(LTCOMPILE) $(NO_WMISSING_FIELD_INITIALIZERS) -c -o $@ $< >>> >>> mips-opc.lo: mips-opc.c >>> $(LTCOMPILE) $(NO_WMISSING_FIELD_INITIALIZERS) -c -o $@ $< >>> >>> mips16-opc.lo: mips16-opc.c >>> $(LTCOMPILE) $(NO_WMISSING_FIELD_INITIALIZERS) -c -o $@ $< >>> >>> Not sure why it isn't working for gdb though. >> >> Thanks. That was enough of a clue. >> >> I was picking up an old version of gcc which did not support >> -Wno-missing-field-initializers. The makefile set >> $NO_WMISSING_FIELD_INITIALIZERS to null. > > That looks like an issue to me, what version of GCC was that? Perhaps we > should resort to -Wno-error for NO_WMISSING_FIELD_INITIALIZERS if the > actual option is not supported. gcc-3.4.6. (RHEL 4) -- Michael Eager eager@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077