RE: What's cooking in git.git (Sep 2012, #05; Fri, 14)
- From
Joachim Schmitz <jojo@schmitz-digital.de>
- Date
- Sep 17, 2012, 07:19 UTC
- Message-ID
- <003c01cd94a4$d4bc73c0$7e355b40$@schmitz-digital.de>
- In-Reply-To
- <7v4nmz1aqi.fsf@alter.siamese.dyndns.org>
Show 38 quoted lines
> From: Joachim Schmitz [mailto:jojo@schmitz-digital.de] > Sent: Saturday, September 15, 2012 7:15 PM > To: 'Junio C Hamano' > Cc: 'git@vger.kernel.org' > Subject: RE: What's cooking in git.git (Sep 2012, #05; Fri, 14) > > > From: Junio C Hamano [mailto:gitster@pobox.com] > > Sent: Saturday, September 15, 2012 7:01 PM > > To: Joachim Schmitz > > Cc: git@vger.kernel.org > > Subject: Re: What's cooking in git.git (Sep 2012, #05; Fri, 14) > > > > "Joachim Schmitz" <jojo@schmitz-digital.de> writes: > > > > > Junio C Hamano wrote: > > >> I think we can start thinking about feature freeze once the topics > > >> in 'next' that are scheduled to graduate to 'master' already are > > >> fully cooked. For any late-coming topic, there always is the next > > >> cycle ;-) > > > > > > I've not hear anything about my poll patches and I'd really like them > > > to into 1.8.x. > > > > I've seen some patches on "poll" posted, were discussed and had > > threads titled "Re: [PATCH] ...". But I didn't see a rerolled > > "[PATCH v2 n/m] ..." series that states that it is a rerolled > > "hopefully final version" that addresses all the points that were > > brought up during the discussion that need to be addressed. > > > > I do not necessarily follow all the minute details of all discussion > > threads. For this particular series, I not know which ones of your > > "poll patches" turned out to be unneeded, which ones turned out to > > be fine as posted originally and which ones needed updating. > > There were several iterations up to [PATCH v4 n/4] and only one foreign comment to it (and to some commented code) and one self- > comment about the order of patches, but none about technical correctness, none that I remember at least. > > I can post a v5 series which will
Actually v6, seems I got myself confused in what I send already, one part of the series was on v5 already, aother on v4 and yet another still on v3.
> - move compat/win32/poll.[ch] to compat/poll/ and adjust Makefile > - #ifdef some WIN32 specific #include (should this be done in one step with the above?)
Decided for 2 patches
> - fix the 2 bugs in poll.c just like they got fixed in gnulib's version (would you want this in one or two steps?)
Likewise Bye, Jojo