https://sourceware.org/bugzilla/show_bug.cgi?id=16374 Gunnar Hjalmarsson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gunnarhj at ubuntu dot com --- Comment #16 from Gunnar Hjalmarsson --- Created attachment 7813 --> https://sourceware.org/bugzilla/attachment.cgi?id=7813&action=edit Ubuntu patch of the lv_LV locale definition file Attached please find a patch which we are about to apply in Ubuntu. $ LC_MONETARY=lv_LV.UTF-8 locale currency_symbol € $ LC_MONETARY=lv_LV locale currency_symbol EUR Seems to do its job. -- You are receiving this mail because: You are on the CC list for the bug. >From glibc-bugs-return-26355-listarch-glibc-bugs=sources.redhat.com@sourceware.org Mon Sep 29 01:52:23 2014 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 11645 invoked by alias); 29 Sep 2014 01:52:22 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 11621 invoked by uid 89); 29 Sep 2014 01:52:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 testsºYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: terra.astr.tohoku.ac.jp Received: from terra.astr.tohoku.ac.jp (HELO terra.astr.tohoku.ac.jp) (130.34.119.200) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 29 Sep 2014 01:52:17 +0000 Received: from [172.22.11.211] (d22-011-211.astr.tohoku.ac.jp [172.22.11.211]) (authenticated bits=0) by terra.astr.tohoku.ac.jp (3.14159265/1.41421356) with ESMTP id s8T1qDW4008786 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits8 verify=NOT) for ; Mon, 29 Sep 2014 10:52:13 +0900 Message-ID: <5428BB4E.6010009@astr.tohoku.ac.jp> Date: Mon, 29 Sep 2014 01:52:00 -0000 From: Mohammad Akhlaghi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: glibc-bugs@sourceware.org Subject: argp and parse_opt: question and possible feature request Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2014-09/txt/msg00277.txt.bz2 Content-length: 1750 Hi glibc (argp) maintainers, This is my first mail to this mailing list, so sorry if this is off topic or not actually a bug. It is just two questions that might also be feature requests, if they do not already exist. If they do, I am sorry for not noticing. I am using the argp argument parser to parse the arguments to my program. But there were two things I could not find in the manual which would make my program much more easier and less buggy: 1. Accessing the long version of the option in pars_opt: The short version of the option that is passed to pars_opt() is simply the `key`, but I could not find if there is a way to access the long format of the option that was called. 2. Checking for wrong usage of the equal sign (`=`). In my simple tests, when I gave a short option with an equal sign or a long option with spaces before and after the equal sign, I noticed that the equal sign is passed in to parse_opt() as part of the argument. So I added this tiny check at the beginning of parse_opt() to check for this and warn the user: if(arg && arg[0]=='=') argp_error(state, "Incorrect use of the equal sign (`=`). For short " "options, `=` should not be used and for long options, "there should be no space between the option, equal sign " "and value."); So I wanted to to see if there is already a built in feature in argp that can solve these two issues? If there isn't and the maintainers agree, I think it is very useful to have these two features added. I have learnt a lot from the glibc manual and made a lot of use of it in my work. Thank you very much for creating and maintaining such a fantastic library and its great documentation. Thanks again, Mohammad