* RE: compatible versions of gdb6.1 and binutils?
@ 2004-04-21 16:40 Marcus Rosen
2004-04-21 18:43 ` 'Daniel Jacobowitz'
0 siblings, 1 reply; 4+ messages in thread
From: Marcus Rosen @ 2004-04-21 16:40 UTC (permalink / raw)
To: 'Daniel Jacobowitz'; +Cc: 'gdb@sources.redhat.com'
I can see that I would need to checkout the sources from cvs myself. But my
confusion has to do with how to pick what versions to grab. I expect that I
would want to grab the gdb alias module at the 6.1 release tag. But now I'm
not sure how to pick which versions of the naked-ld, naked-gas and
naked-binutils to grab. Grabbing from the head doesn't seem like an option
since I need to have code that is at least thought to be stable and it would
be nearly impossible for me to upgrade my versions of the sources later if I
couldn't generate diffs against a tag. What I was hoping was that gdb
depended on a specific "release" of the shared components so that it would
be possible to pick a common baseline between gdb and binutils. So I'm
wondering if anyone can suggest how I would go about picking these versions,
that is unless I got something completely wrong?
Marcus
-----Original Message-----
From: Daniel Jacobowitz [mailto:drow@false.org]
Sent: Tuesday, April 20, 2004 5:23 PM
To: Marcus Rosen
Cc: 'gdb@sources.redhat.com'
Subject: Re: compatible versions of gdb6.1 and binutils?
On Tue, Apr 20, 2004 at 05:21:10PM -0400, Marcus Rosen wrote:
> Hey,
>
> I am working on integrating a simulator for a custom sparc into gdb6.1.
> I would like to have the source for gdb and binutils in the same source
tree
> but from what I can tell there is no evidence of any kind of common tags
> across these projects that would indicate how best to merge them. Is
there
> any kind of common baseline for the shared components (bfd,opcodes,etc)
that
> I should be aiming for? or is my only option to grab what I can tagged at
> the gdb6.1 release and merge in some appropriate binutils directories and
> hope to get them to build?
>
> My motivation is to avoid replication of the shared components and to be
> able to easily sync my copies with newer releases should it become
> necessary.
If you want to do this your best bet will be to take a snapshot from
the combined CVS tree rather than using release tarballs. Otherwise,
combining them is quite difficult, because all the shared directories
evolve.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: compatible versions of gdb6.1 and binutils?
2004-04-21 16:40 compatible versions of gdb6.1 and binutils? Marcus Rosen
@ 2004-04-21 18:43 ` 'Daniel Jacobowitz'
0 siblings, 0 replies; 4+ messages in thread
From: 'Daniel Jacobowitz' @ 2004-04-21 18:43 UTC (permalink / raw)
To: Marcus Rosen; +Cc: 'gdb@sources.redhat.com'
On Wed, Apr 21, 2004 at 12:06:45PM -0400, Marcus Rosen wrote:
>
> I can see that I would need to checkout the sources from cvs myself. But my
> confusion has to do with how to pick what versions to grab. I expect that I
> would want to grab the gdb alias module at the 6.1 release tag. But now I'm
> not sure how to pick which versions of the naked-ld, naked-gas and
> naked-binutils to grab. Grabbing from the head doesn't seem like an option
> since I need to have code that is at least thought to be stable and it would
> be nearly impossible for me to upgrade my versions of the sources later if I
> couldn't generate diffs against a tag. What I was hoping was that gdb
> depended on a specific "release" of the shared components so that it would
> be possible to pick a common baseline between gdb and binutils. So I'm
> wondering if anyone can suggest how I would go about picking these versions,
> that is unless I got something completely wrong?
There is no depending on specific "releases". They all live on HEAD;
at one point GDB 6.1 branched; at another point binutils 2.15 branched.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 4+ messages in thread
* compatible versions of gdb6.1 and binutils?
@ 2004-04-20 21:23 Marcus Rosen
2004-04-20 22:33 ` Daniel Jacobowitz
0 siblings, 1 reply; 4+ messages in thread
From: Marcus Rosen @ 2004-04-20 21:23 UTC (permalink / raw)
To: 'gdb@sources.redhat.com'
Hey,
I am working on integrating a simulator for a custom sparc into gdb6.1.
I would like to have the source for gdb and binutils in the same source tree
but from what I can tell there is no evidence of any kind of common tags
across these projects that would indicate how best to merge them. Is there
any kind of common baseline for the shared components (bfd,opcodes,etc) that
I should be aiming for? or is my only option to grab what I can tagged at
the gdb6.1 release and merge in some appropriate binutils directories and
hope to get them to build?
My motivation is to avoid replication of the shared components and to be
able to easily sync my copies with newer releases should it become
necessary.
Any help would be much appreciated,
Marcus
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: compatible versions of gdb6.1 and binutils?
2004-04-20 21:23 Marcus Rosen
@ 2004-04-20 22:33 ` Daniel Jacobowitz
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Jacobowitz @ 2004-04-20 22:33 UTC (permalink / raw)
To: Marcus Rosen; +Cc: 'gdb@sources.redhat.com'
On Tue, Apr 20, 2004 at 05:21:10PM -0400, Marcus Rosen wrote:
> Hey,
>
> I am working on integrating a simulator for a custom sparc into gdb6.1.
> I would like to have the source for gdb and binutils in the same source tree
> but from what I can tell there is no evidence of any kind of common tags
> across these projects that would indicate how best to merge them. Is there
> any kind of common baseline for the shared components (bfd,opcodes,etc) that
> I should be aiming for? or is my only option to grab what I can tagged at
> the gdb6.1 release and merge in some appropriate binutils directories and
> hope to get them to build?
>
> My motivation is to avoid replication of the shared components and to be
> able to easily sync my copies with newer releases should it become
> necessary.
If you want to do this your best bet will be to take a snapshot from
the combined CVS tree rather than using release tarballs. Otherwise,
combining them is quite difficult, because all the shared directories
evolve.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-04-21 18:42 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-04-21 16:40 compatible versions of gdb6.1 and binutils? Marcus Rosen
2004-04-21 18:43 ` 'Daniel Jacobowitz'
-- strict thread matches above, loose matches on Subject: below --
2004-04-20 21:23 Marcus Rosen
2004-04-20 22:33 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox