> I feel that this is overreaction. GNU folks have reason to use two > dashes, AFAICS we do not.
Of course, there is no need to do so, but many people nowadays expect long options with double dashes. I don't know why we must stick to the old system. > IMO, reasonable change would be to replace current "catch all" item > by help, that is unrecognized option (including '--help') would print > help. Yes also possible. > Concerning '--version', it is _preferable_ to implement it by calling > 'FRICASsys' with appropriate option. ATM passing options to > 'FRICASsys' is problematic, but probably '--version' could be done > similarly to '-eval'. Honestly, no user must know about FRICASsys, so putting version information into the script is perfectly OK. Nevertheless, I would have nothing against also allowing a --version option for FriCASsys. I am even in favour of adding such an option. BTW, why is passing options to FRICASsys problematic. As you see from my patch, I allowed -eval and --eval. And that seems to work at least on my computer. Ralf PS: I've just proposed another patch that gives %>fricas --version FriCAS 1.3.6 based on sbcl 1.5.8 information is taken from the 'configure' call, i.e., does not need FRICASsys. https://github.com/hemmecke/fricas/commits/long-options -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/fricas-devel/b19f5df5-b493-7105-9839-2d08d9acf7ac%40hemmecke.org.
