Aleksandar Ristovski(deleted)
|
Re: nto-gdb-6.7-u5 solib-search-path issues
|
Aleksandar Ristovski(deleted)
03/11/2008 9:29 AM
post5688
|
Re: nto-gdb-6.7-u5 solib-search-path issues
dave carlson wrote:
> Using GCC4.2.1, I am having trouble getting the solib search path to be "right". I am using the same .gdbinit set
solib-search-path I used with gdb 5.2.1 but am getting different results.
>
> 1. The solib-search-path is not set startup read of .gdbinit. A default path is present (as if I had started -nx).
gdb will reset solib-search-path once "target qnx" is issued. This is how it used to work forever. In 5.2.1, though, it
used to have some hard-coded defaults, but in 6.7 it doesn't.
>
> I do have a /cygdrive/c path in my solib-search-path. If cygwin paths are not supported, what is the syntax for C:/
QNX630 search paths when gdb uses ":" as a path seperator?
Correct, /cygdrive/c path for does not mean anything to gdb 6.7. Use forward slashed windows path and windows path
separator (';'), e.g. C:/Foo;C:/Bar...
>
> 2. warning: Host file C:/QNX630/target/qnx6/armle/usr/lib/ldqnx.so.2 does not match target file /usr/lib/ldqnx.so.2
>
> I am having a devil of a time getting gdb to "know" that our local relinked libc.so is in fact ldqnx.so.2 on our
target and that pulling symbols from C:/QNX630 is "wrong". Since the C:/QNX630 path does not exist in my solib-search-
path, some system default is overriding the as-set solib-search-path.
Have you copied your <target>/lib/libc.so.2 over <target>/usr/lib/ldqnx.so.2 ?
>
> Some of my binaries load shared libs from 8 different paths, so a working solib-search-path is required. :-)
Are you using IDE? If yes, use IDE setting in debug dialog (under Debugger tab).
If not, in your init file set solib-search-path and solib-absolute-prefix AFTER the target qnx .....
|
|
|