From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1537 invoked by alias); 15 Jun 2006 11:34:14 -0000 Received: (qmail 1529 invoked by uid 22791); 15 Jun 2006 11:34:13 -0000 X-Spam-Check-By: sourceware.org Received: from p12018-ipbffx02marunouchi.tokyo.ocn.ne.jp (HELO mail.pizzafactory.jp) (222.147.75.18) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 15 Jun 2006 11:34:11 +0000 Received: from [192.168.0.2] (unknown [192.168.0.2]) by mail.pizzafactory.jp (Postfix) with ESMTP id 3466C2042931; Thu, 15 Jun 2006 20:34:08 +0900 (JST) In-Reply-To: <9B7B5DA2-2CC0-49E7-BE07-403B942D11CD@monami-software.com> References: <9E9B2AC9-6DB7-4D6A-BF9C-2B3E387F67E2@monami-software.com> <6E68F226-6A7E-4DB7-8734-A448045A6129@monami-software.com> <9B7B5DA2-2CC0-49E7-BE07-403B942D11CD@monami-software.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: gdb-patches@sourceware.org Content-Transfer-Encoding: 7bit From: Masaki Muranaka Subject: Re: [patch] Failed to build mips64-elf with NLS on OSX Date: Thu, 15 Jun 2006 11:34:00 -0000 To: Andreas Schwab X-Mailer: Apple Mail (2.750) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00229.txt.bz2 Still I was confused, but I see somehow. On 2006/06/15, at 19:04, Masaki Muranaka wrote: > internal_error ("../../src/gdb/mips-tdep.c", 273, libintl_gettext > ("bad switch")); As Schwab says, dgettext/gettext was regarded as constant by gcc. The information was put on gcc/builtin.def. So there is no troubles on some targets which expands _() to dgettext(). I checked the code generated on Linux. _() was expanded to dgettext(). But the another target which expands _() to libintl_gettext(), the build will be failed. Because there is no information about libintl_gettext() in builtin.def. The code which is generated on MacOSX was so. If my understanding is reasonable, -Wformat-nonliteral should be off in case GDB is built with intl/, right? (Fixing GCC or intl is also not impossible, but I don't want to) -- Masaki Muranaka Monami software