Debugger versions mess

Do you have a question? Post it now! No Registration Necessary

Translate This Thread From English to

Threaded View
Jens Contact options for registered users 's Avatar (by Gravatar) posted on
March 1, 2004, 11:10 pm
rate this thread
Reply to this post Reply Tag this thread to save it in your account Save Printer-friendly version of this post Print
Help!

I have created a setup of RH 7.2 on my Linux box, got a matching
gdbserver on my 486 embedded Linux board and it works pretty well.
However, RH 7.2 is fairly old and I want to upgrade to RH 9 to run
something else than emacs as editor (anjuta is nice). Now comes the
problem. The gdb that comes with RH 9 is newer than the gdbserver on
the embedded machine so all kinds of error messages comes up when I
try to use them together. If I try to use the gdbserver from RH 9 on
the embedded it will not start because it claims the libc to be too
old. Running the gdb from RH 7.2 starts without complains but doesn't
work.

Basically I am out of sync - I know that, but how do I move on?
Preferably get the gdbserver from RH 9 to work on the embedded without
having to build a new (and thus unproven) kernel for that.

Comments appreciated,

Jens.

Other Related Threads
Paul Pluzhnikov Contact options for registered users 's Avatar (by Gravatar) posted on
March 2, 2004, 3:46 am
Permalink
Reply to this post Reply Tag this thread to save it in your account Save Printer-friendly version of this post Print
Re: Debugger versions mess
snipped-for-privacy@maccor.com (Jens) writes:

Quoted text here. Click to load it

Rebuild gdb from source would appear to be a trivial solution.
Presumably you already have a way to compile for the target.
Just build a new gdbserver for it.

Cheers,
--
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.

Other Related Threads
Jens Contact options for registered users 's Avatar (by Gravatar) posted on
March 2, 2004, 1:14 pm
Permalink
Reply to this post Reply Tag this thread to save it in your account Save Printer-friendly version of this post Print
Re: Debugger versions mess
Thanks,

That's what I would like to do, but the embedded computer is so small
that there is no compiler on it. In fact I think this is a more
general problem as my own application is likely to have the same
problem as the gdbserver with libc. I have so far just been trying the
debugger with the application compiled on the old RH.

So I guess my question is more general like: How do I get the gcc to
link with an older libc and not just the current in the lib directory?

I would have to do that for both the gdbserver intended for the
embedded and for my own application. Am I right?

Jens.

Quoted text here. Click to load it

Karl Bongers Contact options for registered users 's Avatar (by Gravatar) posted on
March 3, 2004, 2:14 am
Permalink
Reply to this post Reply Tag this thread to save it in your account Save Printer-friendly version of this post Print
Re: Debugger versions mess
If you kept a copy of your older RH filesystem around you could
chroot into it, and do your compilations from there.  Or reinstall
a small version of it to use as a chroot environment.

While it is probably possible to link to an older version of libc
under your new system(this is a guess), it would probably require
all sorts of odd command line options or wacky gcc modifications.
Probably a royal pain if you are trying to compile stuff
with overly complicated build scripts(like automake/autoconfig).

Karl.

Jens wrote:
Quoted text here. Click to load it


Site Timeline