On Sun, 30 Jun 2019 21:20:43 -0700
Michael Forney wrote:
Dear Michael,
> I'm okay with switching to getopt(3), but also note that the current
> arg.h is probably more complicated than it needs to be. Here's a
> version I rewrote that I've been using in my own projects:
>
>
On 2019-06-30, Evan Gates wrote:
> On Fri, Jun 28, 2019 at 3:08 AM Michael Forney wrote:
>>
>> Then, maybe something like the following would work for those cases.
>>
>> ARGBEGIN {
>> default:
>> goto done;
>> } ARGEND
>> done:
>
> Seeing as we have more
If we do end up going down the single argument only route, the following patch
has the simplified code (I rebased onto the newest master before since there
were changes) and an updated man page attached.
‐‐‐ Original Message ‐‐‐
On Friday, June 28, 2019 4:06 AM, Michael Forney
On Fri, Jun 28, 2019 at 3:08 AM Michael Forney wrote:
>
> Then, maybe something like the following would work for those cases.
>
> ARGBEGIN {
> default:
> goto done;
> } ARGEND
> done:
Seeing as we have more confusion and bugs to deal with in argument
Current glibc and the upcoming musl no longer provide the device macros
through sys/types.h. So, include sys/sysmacros.h if HAVE_SYS_SYSMACROS_H
is defined, and define it by default.
---
Not really sure what to do here. This is my best idea apart from adding
a configure script.
README| 4
commit a0fae719775b50917f3aeb42af79069187f38934
Author: Michael Forney
AuthorDate: Sun Jun 30 13:17:17 2019 -0700
Commit: Michael Forney
CommitDate: Sun Jun 30 13:17:17 2019 -0700
Don't justify text in README
diff --git a/README b/README
index 194355a..8653552 100644
--- a/README
commit adcdc1b3082cd1bed77172c190406bd8423e3fc6
Author: Michael Forney
AuthorDate: Sun Jun 30 13:13:07 2019 -0700
Commit: Michael Forney
CommitDate: Sun Jun 30 13:13:07 2019 -0700
Move utility status to its own section at the end of README
This way the important information
> > yuck
>
> Remarks like this aren't constructive, please keep them to yourself.
Come on, don't be butthurted.
> I already justified why adding .gitignore and rule to regenerate it is
> useful. I'm sorry that you don't approve, but not having a .gitignore
> was a significant annoyance to me
On 2019-06-30, Quentin Rameau wrote:
>> Add .gitignore
>>
>> Also, add rule to regenerate in case executable list changes.
>
> yuck
Remarks like this aren't constructive, please keep them to yourself.
I already justified why adding .gitignore and rule to regenerate it is
useful. I'm
> Add .gitignore
>
> Also, add rule to regenerate in case executable list changes.
yuck
10 matches
Mail list logo