From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34003 invoked by alias); 28 Mar 2019 20:36:21 -0000 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 Received: (qmail 33992 invoked by uid 89); 28 Mar 2019 20:36:21 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,FROM_EXCESS_BASE64,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.1 spammy=HX-HELO:sk:mail-ua X-HELO: mail-ua1-f53.google.com Received: from mail-ua1-f53.google.com (HELO mail-ua1-f53.google.com) (209.85.222.53) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 28 Mar 2019 20:36:20 +0000 Received: by mail-ua1-f53.google.com with SMTP id g1so589720uae.10 for ; Thu, 28 Mar 2019 13:36:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=14vKUhfvQQ3TAugJ9mE96PxclAE4aQDlL1eUAE7b8hM=; b=qwG0iItEqD4vwuphzMQVuFz5Z99isYQrsnnLYCHEmKLNn90HQZt1QrtJsHBkY+PMWN z4p7iAZ4lsb6Nx6TbqrxlBhptHJ/2Gh8Y+FxXcB/LfPhDdKMQW4UnVdXp96R7Z1ixm88 rAHxeRsxdpDIwRMEmLUkZ8CwvnoboR0p4ococWI2KyP0pnKZb8vo3Uua2jhf+ClCPSev vgu7oIVCCqEgcq/jbaGDDaRQc/opTO1WUvKIrFJtyQwobwdgytSFXtVnP7VqbJCnMsfJ hNuhjAtaGfoTLBmfRw+AajwVf+qT4Ngop2rv63akJt8JCg3kEaEnoK47sp9FHhTsRIM8 18+A== MIME-Version: 1.0 References: <83mullpwg6.fsf@gnu.org> In-Reply-To: <83mullpwg6.fsf@gnu.org> From: =?UTF-8?B?0JLQu9Cw0LTQuNC80LjRgCDQnNCw0YDRgtGM0Y/QvdC+0LI=?= Date: Thu, 28 Mar 2019 20:36:00 -0000 Message-ID: Subject: Re: [PATCH][PR server/24377] Fix mixing English and system default languages in error messages on Windows To: Eli Zaretskii Cc: gdb-patches@sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-SW-Source: 2019-03/txt/msg00727.txt.bz2 =D1=81=D0=B1, 23 =D0=BC=D0=B0=D1=80. 2019 =D0=B3. =D0=B2 16:11, Eli Zaretsk= ii : > Thanks, but isn't this a step backward? Would it make sense to have > the hard-coded messages be translated instead? Or is that impossible > for some reason? There is _nl_locale_name function in intl/localename.c, it could be used to retrieve current locale name, which, in turn, could be used to translate messages in FormatMessage. But when I include gettextP.h in win32-low.c I got an error: In file included from win32-low.c:38:0: ../../intl/gettextP.h:71:8: error: inline variables are only available with -std=3Dc++1z or -std=3Dgnu++1z [-Werror] I can't realise what's wrong