>> Is there a need for vgdb to stick with 2 letters? I much would prefer "clg"
>> instead. Since years I use the alias clg='valgrind --tool=callgrind', and in
>> the callgrind sources I use the CLG_ prefix quite often.
>> 
>
>I agree with Josef it would be best if we could drop the
>2-letter-acronym requirement. My preference would be to use the tool
>name instead (and not some form of abbreviation). That increases
>usability as it eliminates all confusion. I fail to see the value of
>having to use an abbreviated tool name in certain contexts. It's just
>one more thing to remember. And it's not clear to me what the value is
>in return.

The 2 letters is just a convention, we can use more letters.

The only "requirement" are:
  * it should be non-ambiguous, i.e. it is better to have
    a command for a certain tool to not be confused with a command
    from another tool or with a standard core valgrind command.
    So, the idea was that standard core commands are starting
    with vg. while tool commands starts with their own unique
    prefix (e.g. mc. ms. and the to be chosen for callgrind).
  * It should not be to long to type: gdb monitor command
    does not have completion for its arguments.
    e.g. to get the v bits for 8 bytes at addr 0x1234
         I prefer to type  (gdb) mo mc.g 0x1234 8
          than                   mo memcheck.g 0x1234 8
              mo is extended by gdb as monitor
              the .g is sufficient for gdbserver memcheck code
              to disambiguate if there is only one memcheck command
              starting with the same letter which I have ensured
              up to now for most(all?) command and most(all?) of their
              arguments.
    The main reason to have short prefix is that that such commands
    are typed often, and the prefix must be typed in full.


So, for callgrind, we can use clg.  as suggested by Josef
or use cl or ...

I would not like long commands (and/or long arguments that are
ambiguous unless you type many of the leading characters).

But if I am in the very few that likes short things to type, I can
survive with long prefixes and start typing
   list-files-in-directories --output-long-format-with-dates :).
(of course, I like a lot the gnu convention to have both short and
long option names, but that looks an overkill for gdbsrv in valgrind).

Philippe


____
 
This message and any files transmitted with it are legally privileged and 
intended for the sole use of the individual(s) or entity to whom they are 
addressed. If you are not the intended recipient, please notify the sender by 
reply and delete the message and any attachments from your system. Any 
unauthorised use or disclosure of the content of this message is strictly 
prohibited and may be unlawful.
 
Nothing in this e-mail message amounts to a contractual or legal commitment on 
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard 
copy.
 
Any views expressed in this message are those of the sender.

------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users

Reply via email to