mailing list of musl libc
 help / color / mirror / Atom feed
* [musl] Announcing an argp-standalone fork
@ 2021-02-10 23:36 Érico Nogueira
  2021-02-11  1:01 ` Ismael Luceno
  0 siblings, 1 reply; 3+ messages in thread
From: Érico Nogueira @ 2021-02-10 23:36 UTC (permalink / raw)
  To: musl

Hi!

So, the current argp-standalone version used by at least Void, Alpine 
and possibly FreeBSD (though I don't know the best way to contact them) 
has a few tiny issues here and there. The one I experienced was that 
unning elfutils' `eu-elfclassify --help` resulted in a segfault.

Since argp-standalone upstream has been inactive for a long time, and I 
couldn't find any other forks, I decided to do it myself, and try to 
bring it in line with what glibc currently has.



The results are in https://github.com/ericonr/argp-standalone

if anyone else wants to try it / verify my work. I also imported quite a 
few trivial and stylistic glibc changes in order to keep the diff with 
future glibc as small as possible, which should make updating the 
library reasonably simple.

There is still this FreeBSD patch that I haven't imported:
https://svnweb.freebsd.org/ports/head/devel/argp-standalone/files/patch-argp-help.c?view=log

I should be switching Void to this fork in the short term, as well.

Cheers, and hope this can be useful for someone,
Érico

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [musl] Announcing an argp-standalone fork
  2021-02-10 23:36 [musl] Announcing an argp-standalone fork Érico Nogueira
@ 2021-02-11  1:01 ` Ismael Luceno
  2021-02-12  3:38   ` Érico Nogueira
  0 siblings, 1 reply; 3+ messages in thread
From: Ismael Luceno @ 2021-02-11  1:01 UTC (permalink / raw)
  To: musl

On 10/Feb/2021 20:36, Érico Nogueira wrote:
> Hi!
> 
> So, the current argp-standalone version used by at least Void, Alpine
> and possibly FreeBSD (though I don't know the best way to contact
> them) has a few tiny issues here and there. The one I experienced was
> that unning elfutils' `eu-elfclassify --help` resulted in a segfault.
> 
> Since argp-standalone upstream has been inactive for a long time, and
> I couldn't find any other forks, I decided to do it myself, and try to
> bring it in line with what glibc currently has.
> 
> 
> 
> The results are in https://github.com/ericonr/argp-standalone
> 
> if anyone else wants to try it / verify my work. I also imported quite
> a few trivial and stylistic glibc changes in order to keep the diff
> with future glibc as small as possible, which should make updating the
> library reasonably simple.
> 
> There is still this FreeBSD patch that I haven't imported:
> https://svnweb.freebsd.org/ports/head/devel/argp-standalone/files/patch-argp-help.c?view=log
> 
> I should be switching Void to this fork in the short term, as well.
> 
> Cheers, and hope this can be useful for someone,
> Érico

Have you seen <https://github.com/xhebox/libuargp>?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [musl] Announcing an argp-standalone fork
  2021-02-11  1:01 ` Ismael Luceno
@ 2021-02-12  3:38   ` Érico Nogueira
  0 siblings, 0 replies; 3+ messages in thread
From: Érico Nogueira @ 2021-02-12  3:38 UTC (permalink / raw)
  To: musl

I accidentally didn't reply to the list.

Em 10/02/2021 22:01, Ismael Luceno escreveu:
> On 10/Feb/2021 20:36, Érico Nogueira wrote:
>> Hi!
>>
>> So, the current argp-standalone version used by at least Void, Alpine
>> and possibly FreeBSD (though I don't know the best way to contact
>> them) has a few tiny issues here and there. The one I experienced was
>> that unning elfutils' `eu-elfclassify --help` resulted in a segfault.
>>
>> Since argp-standalone upstream has been inactive for a long time, and
>> I couldn't find any other forks, I decided to do it myself, and try to
>> bring it in line with what glibc currently has.
>>
>>
>>
>> The results are in https://github.com/ericonr/argp-standalone
>>
>> if anyone else wants to try it / verify my work. I also imported quite
>> a few trivial and stylistic glibc changes in order to keep the diff
>> with future glibc as small as possible, which should make updating the
>> library reasonably simple.
>>
>> There is still this FreeBSD patch that I haven't imported:
>> https://svnweb.freebsd.org/ports/head/devel/argp-standalone/files/patch-argp-help.c?view=log
>>
>> I should be switching Void to this fork in the short term, as well.
>>
>> Cheers, and hope this can be useful for someone,
>> Érico
> 
> Have you seen <https://github.com/xhebox/libuargp>?
> 


No, I wasn't aware of it. Thanks for bringing it to my attention. Before 
commiting to my version, I will try and compare them.



Since most distros are still using the old argp-standalone, from what I 
can see in repology.org, I hope we can try and improve the situation some...



Cheers,

Érico

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-02-12  3:39 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-02-10 23:36 [musl] Announcing an argp-standalone fork Érico Nogueira
2021-02-11  1:01 ` Ismael Luceno
2021-02-12  3:38   ` Érico Nogueira

mailing list of musl libc

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://inbox.vuxu.org/musl

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 musl musl/ http://inbox.vuxu.org/musl \
		musl@inbox.vuxu.org
	public-inbox-index musl

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://inbox.vuxu.org/vuxu.archive.musl


code repositories for the project(s) associated with this inbox:

	https://git.vuxu.org/mirror/musl/

AGPL code for this site: git clone https://public-inbox.org/public-inbox.git