Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Doug Evans <dje@transmeta.com>
To: Bob Rossi <bob@brasko.net>
Cc: gdb@sources.redhat.com
Subject: cvs update
Date: Thu, 07 Aug 2003 15:08:00 -0000	[thread overview]
Message-ID: <16178.27489.419187.594504@casey.transmeta.com> (raw)
In-Reply-To: <20030807113218.GA21231@white>

Bob Rossi writes:
 > Hi,
 > 
 > When doing a 'cvs update' do I have to do it from the top level?
 > or can I do it from src/gdb?

You _could_ do it from either, but obviously if you do it in
src/gdb you're not going to update any sibling directories
like bfd or include.

 > I don't know if gdb depends on binutils, ... for running on the host.

"Binutils" is ambiguous, unfortunately.  Assuming you mean the src/binutils
directory then "no", gdb doesn't need anything in there.
If you mean the various pieces that make up the binutils package
(e.g. binutils-2.14) then "sorta", both contain directories
bfd,include,opcodes which both need.
If built separately each would have their own copies of these dirs.
If one has checked out both gdb and binutils into a common tree
then they both share these dirs.

 > If I do need to update several packages, is there a list? or should I
 > just do it from the top level?

The problem with doing a cvs update is that it won't bring in
new directories by default.  Generally there are none, but
it does happen.
You can fix this by adding the -d parameter (cvs update -d) but you DON'T
want to do that at the top level because it will drag in
every other sibling directory of gdb, even ones not part of the
modules you originally checked out.

One s.o.p. is to checkout a module and then always update the same
way as you checked out.
That way you always update all the dependencies as a matter of course.

i.e. if you did you're cvs checkout with:

bash$ cvs -d ':pserver:anoncvs@sources.redhat.com:/cvs/src' checkout gdb

then always updated the same way:

bash$ cvs -d ':pserver:anoncvs@sources.redhat.com:/cvs/src' checkout gdb

(and remember to run the second checkout in the parent of src of course).
Or, if you checked out both gdb and binutils, say with:

bash$ cvs -d ':pserver:anoncvs@sources.redhat.com:/cvs/src' checkout gdb binutils

then, again, update the same way:

bash$ cvs -d ':pserver:anoncvs@sources.redhat.com:/cvs/src' checkout gdb binutils


  reply	other threads:[~2003-08-07 15:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-07 11:32 Bob Rossi
2003-08-07 15:08 ` Doug Evans [this message]
2003-08-07 15:22   ` Doug Evans
2003-08-07 15:26     ` Bob Rossi
2003-08-07 16:08       ` Doug Evans
2003-08-07 15:36 ` David Carlton
2003-08-07 15:50 Michael Elizabeth Chastain

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=16178.27489.419187.594504@casey.transmeta.com \
    --to=dje@transmeta.com \
    --cc=bob@brasko.net \
    --cc=gdb@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox