Provide getopt for platforms that don't support it

[miri64]

newlib provides getopt.h which would implementing commands like ping6 far easier. Sadly msp430-libc and avr-libc do not provide this header. Conclusively, a lightweight implementation for those platforms would be much appreciated.

[N8Fear]

Did you consider to take the getopt stuff from musl? I think musl is a very neatly written libc implementation. It's also relatively modular and doesn't assume too much. It's also MIT-licensed so license shouldn't be a problem either.

[mayman99]

I've wrote the lib for the avr, I used some of musl's code and some public domain code plus my own code, so about the licence thing, is there a problem with that -using MIT and public domain code-, do I mention who's code did I use, even thought I did modify like half of it ?
Forgive my so many questions =D, I'm new to riot and to open source development in general.
Thanks.

[miri64]

About MIT: there are several variants of the MIT license (most notably the Expat and the X11 license, both are compatible to (LGPLv2.1)[http://www.gnu.org/licenses/license-list.html]). If it is compatible to LGPLv2.1 it should be no problem to include them. Public Domain should be no problem either.

[mayman99]

thanks for the info about the licensing thing.
I've started a pull request #4106 . but i'm still having some doxgyen errors right now, i'll try to fix them asap.

[ssudarsh]

Hi ,
I am complete newbie to RIOT & open source . Currently looking at the PRs labeled "Newbie-Task-Candidate".
I wanted to know if this PR# is still open to work on and suggestions how proceed with it?
I see some changes were submitted for review in #4106.

Thanks

[miri64]

@sudarshansrinivasan for avr-libc have a look at the comment by @N8Fear above. The implementation (the c-file) should go to cpu/atmega_common and the header to cpu/atmega_common/include. The idea is to implement a feature interchangable with libc's getopt functionality: https://www.gnu.org/software/libc/manual/html_node/Getopt.html (edit: wrong link posted before, sorry).

@gebart how is the status for this on msp430 (+newlib?)?

[miri64]

(getopt suffices for now, no need for getopt_long)

[jnohlgard]

I don't know about msp430 libc, but I guess newlib on msp430 has it if newlib on arm has it.

[miri64]

I have to say since #6778 I'm pretty confused how newlib and msp430 work now ;-). But that's OT, I know.

[virajsahai]

Hello..
I have written an implementation for this. Can anyone tell me how to test it?

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If you want me to ignore this issue, please mark it with the "State: don't stale" label. Thank you for your contributions.

[miri64]

Fixed by #9538

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If you want me to ignore this issue, please mark it with the "State: don't stale" label. Thank you for your contributions.

[miri64]

Fixed partly by #12457?

[miri64]

avr-libc still does not support this AFAIK.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If you want me to ignore this issue, please mark it with the "State: don't stale" label. Thank you for your contributions.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If you want me to ignore this issue, please mark it with the "State: don't stale" label. Thank you for your contributions.

[maribu]

Is only avrlibc missing getopt? Now that avrlibc is actively maintained again, one could try to upstream getopt instead.

Anyway, I think getopt is part of the POSIX environment that we can provide to ease life for developers new to RIOT. So I guess we should reopen this.