[PATCH 3/6] generated character data for libc/ctype

[Corinna Vinschen]

On Mar  8 23:05, Thomas Wolff wrote:
> Am 08.03.2018 um 09:04 schrieb Corinna Vinschen:
> > On Mar  8 00:20, Thomas Wolff wrote:
> > >  From 15999d30c011be9041821456d23807249981dd86 Mon Sep 17 00:00:00 2001
> > > From: Thomas Wolff <towo@towo.net>
> > > Date: Sun, 25 Feb 2018 17:11:44 +0100
> > > Subject: [PATCH 3/6] remove hard-coded character data
> > Sorry, but no.  ... don't delete and re-introduce files, just overwrite
> > them with the new code, for sake of a sane history.
> The only reason for the split was that I recall a 64KB mail size
> limitation on this mailing list;
> given that git format-patch quotes all deleted lines, this would have
> been exceeded,
> so how should we handle this? Would format-patch option -D be
> acceptable? Can you drop that limitation?
> 
> > Also, these two patches(*) should get a descriptive text in the git log.
> > Especially the fact that it turns around the calling order is worth a
> > couple of words.
> OK.
> 
> > Thanks,
> > Corinna
> > 
> > (*) ...which should actually be only one as outlined above.  The
> >      easiest way to accomplish that is probably an interactive rebase
> >      with squashing the second patch into the first.
> As I'm not a master at git fiddling, for me the easiest way is rather
> poking the files into a fresh git clone...

Btw., why don't you just try my suggestion?  The beauty of git is that
you can test and try in a separate branch locally without breaking
anything important in a jiffy.  `git rebase --interactive is a wonderful
instrument, well worth learning it.

Here's an excellent online book for learning git:

  https://git-scm.com/book/en/v2

also available in german:

  https://git-scm.com/book/de/v2

> To be honest, I think this git format-patch is quite bothersome when
> things need to be iterated...

Not in conjunction with git send-email...


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/newlib/attachments/20180309/45f92ebb/attachment.sig>