Dear Guilers,
When compiling my project, setting GUILE_WARN_DEPRECATED to "detailed",
I get various warnings like these:
`_IOFBF' is deprecated. Use the symbol 'block instead.
`_IONBF' is deprecated. Use the symbol 'none instead.
`_IOLBF' is deprecated. Use the symbol 'line instead.
I grepped
Hi!
I decided to take a look at how one can parse command line arguments in
Guile and was looking for something like argparse in Python. It seems
that (use-modules (ice-9 getopt-long)) does the job, except that I hit
one problem and don't know what the mistake I am making is. It seems to
be connec
On 07/08/2018 04:49 AM, Zelphir Kaltstahl wrote:
Hi!
I decided to take a look at how one can parse command line arguments in
Guile and was looking for something like argparse in Python. It seems
that (use-modules (ice-9 getopt-long)) does the job, except that I hit
one problem and don't know
On 08.07.2018 18:00, guile-user-requ...@gnu.org wrote:
> --
>
> Message: 3
> Date: Sun, 8 Jul 2018 08:44:22 -0700
> From: Matt Wette
> To: guile-user@gnu.org
> Subject: Re: Parsing command line arguments, predicate error
> Message-ID:
> Content-Type: text/plain; cha
On 07/08/2018 10:00 AM, Zelphir Kaltstahl wrote:
On 08.07.2018 18:00, guile-user-requ...@gnu.org wrote:
Apart from this issue, what are the reasons for SRFI-37 to be
recommended over getopt-long?
The reason I changed was that I wanted to handle multiple flagged
arguments (e.g, "-x abc -x def"
Zelphir Kaltstahl writes:
>>> I decided to take a look at how one can parse command line arguments in
>>> Guile and was looking for something like argparse in Python. It seems
>>> that (use-modules (ice-9 getopt-long)) does the job, except that I hit
>>> one problem and don't know what the mistak
On 09.07.2018 05:42, Keith Wright wrote:
> Actually my copy of the manual says:
> (predicate func)
> ...
> then getopt-long will apply func to the value,
> and throw an exception if it returns #f.
>
> func should be a procedure which accepts a string and
> returns a boole
