Attention: never use hard tabs other than 8 (eight) wide
commit504d40a328c496a738e459fae4339fd78c59426f
authorgrischka <grischka>
Thu, 1 May 2014 13:33:29 +0000 (1 15:33 +0200)
committergrischka <grischka>
Thu, 1 May 2014 13:33:29 +0000 (1 15:33 +0200)
tree89da58183c1969211e0905c97096ef51ef8c794f
parent59a22d59a20a472af772fce62c606209e99a5af0
Attention: never use hard tabs other than 8 (eight) wide

The attached fix (libcrt.c) is just one example.  There seem
many more such introduced from latest commits that look badly
formatted in anyone else's editors and should be fixed.

General recommended policy:
- if possible, do not add new hard tabs ('\t') at all.
  Use spaces (soft tabs) instead
- in any case, configure your editor to read/write hard tabs
  with width of 8 (eight)

Also:
- Avoid merge commits (unless for very good reason).  Instead
  use "git cherry-pick" or "git rebase" to put your commits on
  top of the public branch.  ref: 2a8905c93b4f67a21e3dbf297c3e93c598831528

Also:
- jiang: please explain what you are doing, in the commit message
  and on the list. Subscribe to the mailing list to receive feedback
  from people for your work.

  For example, what was wrong with 'parse_number'? Show a test
  case and how your version fixes it (it is slower btw).
lib/libcrt.c