Re: GIT and CVS

[Jan Kratochvil <jan.kratochvil@redhat.com>]

On Fri, 14 Oct 2011 08:52:03 +0200, Alfred M. Szmidt wrote:
>    To name those usually not present on the system:
>    flex bison expat-devel zlib-devel python-devel texinfo
> 
> Only required when having modified files that are used as input for
> generation, I tend to make a tarball with freshly regenerated files
> and push that to the host I wish to test.  So no need for any of that
> on the build platform.

With GIT it is easier to use directly the repository.

Also one has to use GIT locally anyway, I have for example pending 40 GDB
branches here.  Having each in a separate directory would mean about 20GB of
disk space, moreover making cross-branch diffs terribly slow reading+comparing
many GBs of data.  I hope you do not recommend using CVS branches (I used
those...).  It is true I do not know SVN/BZR/etc. branching feasibility.

And when you commit GIT->CVS it took me for the last 12-parts patchser over an
hour, moreover making a mistake breaking the repository by forgotten files:
	http://sourceware.org/ml/gdb-patches/2011-10/msg00243.html
	Add forgotten gdb/dwarf2-frame-tailcall.c.
	Add forgotten gdb/dwarf2-frame-tailcall.h.
It could be one just `git merge' and `git push'.


>    for testsuite at least:
>    dejagnu gcc-gfortran gcc-java gcc-objc prelink fpc gcc-gnat glibc-static valgrind
> 
> And tcl.

(This is a dependency of dejagnu.)


Thanks,
Jan