From: Sami Kerola <kerolasa@iki.fi>
To: J William Piggott <elseifthen@gmx.com>
Cc: util-linux@vger.kernel.org, Karel Zak <kzak@redhat.com>
Subject: Re: [ping] Karel: Re: pull: hwclock 27 changes
Date: Fri, 3 Feb 2017 22:41:18 +0000 (GMT) [thread overview]
Message-ID: <alpine.LNX.2.20.1702032223500.529@imuri> (raw)
In-Reply-To: <9798a869-fb09-77e7-a13a-bca002617672@gmx.com>
On Thu, 2 Feb 2017, J William Piggott wrote:
> Karel,
> I have some work to submit that applies on top of Sami's branch:
>
> git://github.com/kerolasa/lelux-utiliteetit.git hwclock-jwp-reviewed
Nice to hear.
> Outside of our ongoing discussion below regarding a 'technically
> unnecessary' cast, I think Sami's work is ready for you to consider it
> for committing. I would be interested in your thoughts on the cast.
I had a Friday conversation with my work colleagues and majority thought
that 'unnecessary cast' is good thing, as explicit a cast is visual
reminder of type change.
We did consider maintenance burden of these casts, but counter argument
was found to be difficult to object. It is true that unnecessary casts
cause unnecessary change when either function return value or storage unit
changes - but such changes do not happen often. Therefore weight of visual
reminder is heavier than an attempt to keep potential future diffs
minimal.
With one thing everyone agreed, these sorts of little things should not
get in way too much. In short cast or don't but do not get stuck with a
detail like this. To be honest this is probably the best advice. While I
would see these sorts of type change reminders I'm happy to rip them out
if that is needed to move forward.
p.s. Branch hwclock-jwp-reviewed in my git is rebased on top of most
recent origin/master.
--
Sami Kerola
http://www.iki.fi/kerolasa/
next prev parent reply other threads:[~2017-02-03 22:41 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-31 21:41 pull: hwclock 27 changes Sami Kerola
2017-01-03 14:34 ` J William Piggott
[not found] ` <05e4405f-8096-9261-f9f2-d2c6b84675bc@gmx.com>
2017-01-07 19:37 ` J William Piggott
2017-01-07 20:32 ` J William Piggott
2017-01-07 23:06 ` Sami Kerola
2017-01-08 9:39 ` Sami Kerola
2017-01-08 21:21 ` J William Piggott
2017-01-08 10:09 ` Sami Kerola
2017-01-08 21:21 ` J William Piggott
2017-01-08 21:21 ` J William Piggott
2017-01-11 21:44 ` Sami Kerola
2017-01-13 1:30 ` J William Piggott
2017-01-14 9:34 ` Sami Kerola
2017-01-14 22:51 ` J William Piggott
2017-01-22 19:03 ` J William Piggott
2017-01-25 21:54 ` Sami Kerola
2017-01-27 2:07 ` J William Piggott
2017-02-02 15:04 ` [ping] Karel: " J William Piggott
2017-02-03 22:41 ` Sami Kerola [this message]
2017-02-11 17:10 ` J William Piggott
2017-02-04 18:47 ` Karel Zak
2017-02-05 22:37 ` Sami Kerola
2017-02-09 10:43 ` Karel Zak
2017-02-09 11:09 ` Karel Zak
2017-02-11 17:10 ` J William Piggott
2017-01-09 11:32 ` Karel Zak
2017-01-09 13:53 ` J William Piggott
2017-01-09 20:48 ` Bjarni Ingi Gislason
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=alpine.LNX.2.20.1702032223500.529@imuri \
--to=kerolasa@iki.fi \
--cc=elseifthen@gmx.com \
--cc=kzak@redhat.com \
--cc=util-linux@vger.kernel.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