arg-parser-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Arg-parser-bug] Arg_parser 1.17 released


From: Antonio Diaz Diaz
Subject: [Arg-parser-bug] Arg_parser 1.17 released
Date: Tue, 08 Feb 2022 16:30:57 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14

I am pleased to announce the release of Arg_parser 1.17.

Arg_parser is an argument parser that follows POSIX and GNU conventions for command line arguments. There exist C++ and C versions of Arg_parser. The C++ version is implemented as a C++ class, while the C version is implemented as a single struct plus associated functions. Both are simpler, easier to use, and safer than 'getopt_long'.

The C++ version of Arg_parser can also parse options from configuration files.

Arg_parser was developed as the argument parser for GNU moe, because moe's argument parsing is rather complex. Then I used it in my other projects, including GNU ddrescue, GNU ed, lzip, GNU ocrad, tarlz, and zutils, with excellent results.

The homepage is at http://www.nongnu.org/arg-parser/arg_parser.html

The sources can be downloaded from
http://download.savannah.gnu.org/releases/arg-parser/

The sha256sum is:
fb626eaf7a95b6bd2354b0c6f02da06b1cc2cc5e6caf2e9f8310e30485839672 arg_parser-1.17.tar.lz

This release is also GPG signed. You can download the signature by appending '.sig' to the URL. If the 'gpg --verify' command fails because you don't have the required public key, then run this command to import it:

  gpg --keyserver keys.gnupg.net --recv-keys 8FE99503132D7742

Key fingerprint = 1D41 C14B 272A 2219 A739  FA4F 8FE9 9503 132D 7742


Changes in version 1.17:

* The new functions 'parsed_name' (C++) and 'ap_parsed_name' (C) have been added. They return the full name of the option parsed (short or long) to help produce more accurate diagnostic messages.


Please send bug reports and suggestions to arg-parser-bug@nongnu.org


Regards,
Antonio Diaz, Arg_parser author and maintainer.

--
If you care about data safety and long-term archiving, please consider using lzip. See http://www.nongnu.org/lzip/lzip_benchmark.html
http://www.nongnu.org/lzip/manual/lzip_manual.html#Quality-assurance and
http://www.nongnu.org/lzip/safety_of_the_lzip_format.html Thanks.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]