[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [BUG] GRUBs option parsing needs fixing

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:
On Thu, Mar 08, 2012 at 04:18:05PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko 
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?
It's -s and -u together and so -s has no argument. With Andreas proposition "u" would be the argument
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).
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.

Vladimir 'φ-coder/phcoder' Serbinenko

reply via email to

[Prev in Thread] Current Thread [Next in Thread]