This is the mail archive of the
archer@sourceware.org
mailing list for the Archer project.
Re: Patch for pascal-dynamic arrays
On Fri, 14 May 2010 23:57:30 +0200, Joost van der Sluis wrote:
> I can't apply it.
OK, sorry for the inconvenience.
(set -ex;cvs -d :pserver:anonymous:@cvs.fedoraproject.org:/cvs/pkgs co gdb/F-13;cd gdb/F-13;make sources;rpmbuild --define "_builddir $PWD" --define "_sourcedir $PWD" -bp gdb.spec;cd gdb-7.1;wget -O - 'http://sourceware.org/cgi-bin/get-raw-msg?listname=archer&date=2010-q2&msgid=20100506230504.GA21919%40host0.dyn.jankratochvil.net'|patch -p1;./configure;make;echo OK)
or scratch-built it now as:
https://koji.fedoraproject.org/koji/taskinfo?taskID=2188889
https://koji.fedoraproject.org/scratch/jkratoch/task_2188889/
https://koji.fedoraproject.org/scratch/jkratoch/task_2188889/gdb-7.1-20vlapascal0.fc13.src.rpm
> I'm not sure where to get the code of > 'gdb-7.1-18.fc3'.
Command above downloads HEAD (currently gdb-7.1-20.fc3) where are no
differences significant for this VLA-Pascal patch.
Specifically gdb-7.1-18.fc3 could be checked out by:
(set -ex;cvs -d :pserver:anonymous:@cvs.fedoraproject.org:/cvs/pkgs co -r gdb-7_1-18_fc13 gdb/F-13;cd gdb/F-13;make sources;rpmbuild --define "_builddir $PWD" --define "_sourcedir $PWD" -bp gdb.spec;echo OK)
> I've tried fedora-cvs (cvs co gdb -r gdb-7_1-18_fc13)
cvs server: cannot find module `-r' - ignored
cvs server: cannot find module `gdb-7_1-18_fc13' - ignored
cvs [checkout aborted]: cannot expand modules
> and then in F-13: make x86_64. Then cd gdb-7.1 and applied the patch.
> But there are more hunks failing then succeeding.
There had to be some mistake, it works for me:
(set -ex;cvs -d :pserver:anonymous:@cvs.fedoraproject.org:/cvs/pkgs co -r gdb-7_1-18_fc13 gdb; cd gdb/F-13; make x86_64;cd gdb-7.1;wget -O - 'http://sourceware.org/cgi-bin/get-raw-msg?listname=archer&date=2010-q2&msgid=20100506230504.GA21919%40host0.dyn.jankratochvil.net'|patch -p1;make -C build-x86_64-redhat-linux-gnu;echo OK)
> It also doesn't work on any archer-branch which sounds logical to me.
I did not try it but I agree it does not have to.
Thanks,
Jan