|
From: | Vladimir 'φ-coder/phcoder' Serbinenko |
Subject: | Re: [BUG] GRUBs option parsing needs fixing |
Date: | Thu, 08 Mar 2012 16:37:30 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20120216 Icedove/8.0 |
On 08.03.2012 16:28, Lennart Sorensen wrote:
It's -s and -u together and so -s has no argument. With Andreas proposition "u" would be the argumentOn Thu, Mar 08, 2012 at 04:18:05PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote:We don't have to recreate whole GNU in GRUB either, we don't write an OS but a bootloader. In particular having -xfoo for isn't necessarry and moreover it will conflict with search -su<UUID>So a 'short' option that looks like a 'long' option? Or is that -s and -u together?
You can if when encountering an option needing parameter you parse the rest as parameter. But then again optional parameter are tricky. Behaviour similar to other GNU is important but compatibility with previous version of GRUB is more so, especially when it comes to the rarely used features like -xfoo.Options can get confusing at times?which is already used in the wild. The case of --long-option optional argument can be changed especially taking into account migration from 1.98 but -xfoo is probably out of the question.I don't see how -xfoo where foo is a parameter for -x can work if you support multiple short options being merged (which seems common in GNU programs).
-- Regards Vladimir 'φ-coder/phcoder' Serbinenko
[Prev in Thread] | Current Thread | [Next in Thread] |