Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@cygnus.com>
To: Daniel Berlin <dan@cgsoftware.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFA]: Symbol evaluation code
Date: Wed, 13 Jun 2001 07:57:00 -0000	[thread overview]
Message-ID: <3B277F6C.7040108@cygnus.com> (raw)
In-Reply-To: <87hey4jbsd.fsf@dynamic-addr-83-177.resnet.rochester.edu>

> I plan on making the push_opcode non-varargs before making anything
> use it, but i really want to get this stuff out of my tree and into
> sourceware, before I start having fun with cvs conflicts.  Also, one
> of my HD's is starting to go, and I didn't want to lose it.


(Jim B actually suggested this)

Just FYI, if people are creating a lot of expermental code then it might 
be a good idea to keep them on a CVS branch rather than in a local 
sandpit.  At least that way it is being backed up and it is available 
for others to view.

I should note though, that there is a big difference between using a 
branch to run a few experements and using a branch to create jumbo 
patches.  To give an example, I'm tinkering the MI code.  Consequently 
I've the following working directories.

	MI/src
		I'm using this to figure out
		what needs changing and how

	GDB/*	A reference directory

	WIP/*	one of my merge directories

I'm pulling changes out of the MI directory and them merging them into 
WIP before posting them.  They then get back merged in to MI.  Over time 
MI and WIP/GDB converge.  I would never submit a patch taken directly 
from my experemental MI directory since it just isn't up to scratch.

	Andrew





  reply	other threads:[~2001-06-13  7:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-29 10:38 Daniel Berlin
2001-06-13  7:57 ` Andrew Cagney [this message]
2001-06-14 13:15   ` Daniel Berlin

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=3B277F6C.7040108@cygnus.com \
    --to=ac131313@cygnus.com \
    --cc=dan@cgsoftware.com \
    --cc=gdb-patches@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