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
next prev parent 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