public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Michal Simek <michal.simek@petalogix.com>
To: Garrett Cooper <yanegomi@gmail.com>
Cc: ltp-list@lists.sourceforge.net, Mike Frysinger <vapier@gentoo.org>
Subject: Re: [LTP] [PATCH 3/4] Make system enhancements, Draft 3
Date: Tue, 21 Jul 2009 16:01:58 +0200	[thread overview]
Message-ID: <4A65CA56.20801@petalogix.com> (raw)
In-Reply-To: <364299f40907210657t2f03bec4qd5deaf697b12f1e9@mail.gmail.com>

Garrett Cooper wrote:
> On Tue, Jul 21, 2009 at 6:01 AM, Michal Simek<michal.simek@petalogix.com> wrote:
>   
>> Garrett Cooper wrote:
>>     
>>> On Sun, Jul 19, 2009 at 10:25 PM, Michal
>>> Simek<michal.simek@petalogix.com> wrote:
>>>       
>>>>> +LIBOBJS                              := $$(addprefix $$(builddir)/,$$(patsubst %.c,%.o,$$(LIBSRCS)))
>>>>>
>>>>>
>>>>>           
>>>> long line.
>>>>
>>>>         
>>> I try my best to do two things with makefile code:
>>> 1. align Makefile code with single tab, then spaces.
>>> 2. compress as many statements as possible to reduce the number of
>>> required evaluation steps, because that can result in interesting
>>> behavior from make with define blocks...
>>>
>>> I will try and compress the space further (that line was tab
>>> separated) in a style cleanup commit after this is all said and
>>> committed, if I don't get to it sooner. It's just easier to add and
>>> delete tabs for now :).
>>>
>>>       
>> make no sense to send a patch with coding style violation and then send
>> next patch
>> which fixed that bad coding style. It is better to do it properly in
>> first time.
>> We have to clean whole LTP source code not pollute it.
>>     
>
> I am cleaning up a lot more `style-guide violations' than I am causing in LTP.
>
> All Cisco level project support for LTP has been yanked recently due
> to limited restructuring (the other gentleman that was going to help
> me is no longer part of my project as well), so I'm doing this solely
> on my spare time.
>
> If you _want_ to fix the items, you can too -- this is an opensource
> project you know ;)... I am aware of the eyesores and I'll get to them
> as soon as I can.
>
> 1. If it breaks functionality, it needs to be fixed before commit.
> 2. If it's an eyesore, I'll prioritize it and fix it ASAP.
>
> BTW, AFAIK there isn't a style guide for LTP -- so before correcting
> me on style I'd produce a writeup stating that _this_ is how I need to
> code my code in order to meet LTP's standards, please.
>   
We talked about coding style for LTP some month ago. LTP should follow
linux kernel coding style. I though that Subrata wrote it somewhere,
didn't you?
On the base on it I fixed a lot of syscalls tests in my spare time too.

Michal

> Thanks,
> -Garrett
>   


-- 
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2009-07-21 14:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-18 21:19 [LTP] [PATCH 3/4] Make system enhancements, Draft 3 Garrett Cooper
2009-07-20  5:25 ` Michal Simek
2009-07-20  7:32   ` Garrett Cooper
2009-07-21 13:01     ` Michal Simek
2009-07-21 13:57       ` Garrett Cooper
2009-07-21 14:01         ` Michal Simek [this message]
2009-07-30 18:28           ` Subrata Modak

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=4A65CA56.20801@petalogix.com \
    --to=michal.simek@petalogix.com \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=vapier@gentoo.org \
    --cc=yanegomi@gmail.com \
    /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