On Wed, Sep 05, 2012 at 08:38:26PM -0600, Stephen Warren wrote: > On 09/05/2012 05:51 PM, Rob Herring wrote: > > On 09/05/2012 05:03 PM, Stephen Warren wrote: > >> From: Stephen Warren <swar...@nvidia.com> > >> > >> This implements the following: > >> > >> part uuid mmc 0:1 > >> -> print partition UUID > >> part uuid mmc 0:1 uuid > >> -> set environment variable to partition UUID > > > > What's the reason to not always both print out and set the uuid env var? > > > > Perhaps the env name should be partuuid or part_uuid as you could have > > uuid's for other purposes? > > The idea is that if you're running the command interactively, you won't > pass a variable name on the command-line, so the command will print out > the UUID for you to read. In this case, it's pointless to set any > environment variable. > > However, if you're writing a script, you want to capture the UUID into > an environment variable, and it's quite unlikely you want to litter > stdout with that content too. Hence, either-or, not both.
Do other commands have a "I'm being scripted, probably, don't stdout" and "I'm being interactive, use stdout" distinction like this? IMHO, always printing out makes sense so you can "see" that your script is working as you expect. -- Tom _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot