Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: Yocto style guide change proposal
Date: Fri, 20 Jul 2012 14:56:01 +0100	[thread overview]
Message-ID: <1342792561.21788.17.camel@ted> (raw)
In-Reply-To: <20120720093208.GD3534@jama.jama.net>

On Fri, 2012-07-20 at 11:32 +0200, Martin Jansa wrote:
> Now we have horrible mixture of whitespaces (tabs and space) only in 
> recipe files, because yocto style guide recommends tabs in shell
> functions. So if recipe has e.g. do_install_append as well as
> populate_packages_prepend (not so uncommon combination as tabs fixing
> patches show), then according to yocto style guide it should look like
> this:
> 
> do_install_append() {
> 	foo
> }
> python populate_packages_prepend () {
>     libdir = bb.data.expand('${libdir}', d)
>     do_split_packages(d, libdir, '^lib(.*)\.so\.*', 'lib%s', 'ORC %s library', extra_depends='', allow_links=True)
> }
> 
> especially with default tab width 8 spaces it's ugly and because it
> is inconsistent, many devs used spaces in shell functions too. Now when
> someone accidentaly use tab also in python function it will show warning
> or fail to parse. Some devs are using mix of tabs and spaces even on the
> same line (e.g. to indent SRC_URI multiline entries).

We've said tabs for shell functions for *years*. I'm sure if I were to
look at the mailing list archives, that would be clear.

In summary, I agree we need to make the style guides consistent and have
one version of them. I disagree with spaces for everything though,m
particularly as we have said to use tabs for as long and many of the
recipes do this (certainly more than use spaces).

Cheers,

Richard




  reply	other threads:[~2012-07-20 14:07 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-20  9:32 Yocto style guide change proposal Martin Jansa
2012-07-20 13:56 ` Richard Purdie [this message]
2012-07-20 13:57   ` Chris Larson
2012-07-20 14:12     ` Richard Purdie
2012-07-20 14:15       ` Chris Larson
2012-07-20 14:31         ` Paul Eggleton
2012-07-20 15:07           ` Martin Jansa
2012-07-20 15:17   ` Martin Jansa
2012-07-20 15:46     ` Richard Purdie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1342792561.21788.17.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox