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

Corinna Vinschen vinschen@redhat.com
Mon Mar 26 12:46:00 GMT 2018


On Mar 26 13:31, Thomas Wolff wrote:
> Am 26.03.2018 um 12:38 schrieb Corinna Vinschen:
> > On Mar 26 12:30, Corinna Vinschen wrote:
> > > On Mar 26 11:53, Thomas Wolff wrote:
> > > > Am 26.03.2018 um 10:01 schrieb Corinna Vinschen:
> > > > > On Mar 25 11:02, Thomas Wolff wrote:
> > > > > > as attached
> > > > > > Thomas
> > > > > Thanks, but the patch is broken.  The last line in the patch is the
> > > > > start of another patch hunk, which then is missing.  Can you fix that, please?
> > > > Yeah, I tried to limit git fiddling effort by manually manipulating the
> > > > patch, which failed.
> > > Never a good idea.
> > > 
> > > > (After I tried to re-sync with the current repository, it would insist on
> > > > some merging, and I do not know how to rectify that;
> > > Never do your patches on the master branch.  Create a new branch from
> > > current master and work there:
> > > 
> > >    git checkout -b fix-towctrans-doc
> > >    [hack, hack, hack]
> > >    git commit
> > >    git format-patch
> > > 
> > > After the changes have been commited, just remove your hack branch, e.g.:
> > > 
> > >    git checkout master
> > >    git fetch && git merge (or `git pull)
> > >    git branch -D fix-towctrans-doc
> > > 
> > > Since branches are local, they are really cheap, very different from
> > > CVS, for instance.
> > Oh, and you can keep your hack branch in sync with master, like this:
> > 
> >    git checkout master
> >    git fetch && git merge
> >    git co fix-towctrans-doc
> >    git rebase master
> > 
> > > [...]
> > > then cherry-pick your patch on top of master and, if required, fix
> > > conflicts:
> > > 
> > >    git co master
> > Yikes, local alias here.  That should have been:
> > 
> >      git checkout master
> > 
> > >    git cherry-pick 123abc456def
> > 
> > Corinna
> Thanks a lot for these use-case-specific howto sniplets. That's very useful
> for my local notes. I wonder how a system that makes simple use cases need
> series of cryptic commands could get so popular...

Not cryptic at all as soon as you get a grip on the methodology.  It's
just different from CVS and svn due to the local copies of the entire
repository.  And the way how you can handle multiple remote repositories
within a single local repository.  It's just immensely more powerful
than other sccs.  There are a few instances where git saved my work,
where I had lost it with CVS.


Corinna,
once a fearful git critic, now a convinced believer

-- 
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/20180326/3cb6559e/attachment.sig>


More information about the Newlib mailing list