This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC]: Solib search (Was: Re: Cross solib support; continued)


Daniel Jacobowitz wrote:
> 
> Suppose that I dlopen ("/lib/mmx/libc.so.6", ...).  That's the case I
> am describing.  The only way to handle this case properly (assuming
> there is also a /lib/libc.so.6) is to go through one of the absolute
> path cases.  There is no other option.

But won't dlopen ("/lib/mmx/libc.so.6", ...) be handled by:

  if (! IS_ABSOLUTE_PATH (in_pathname) || solib_absolute_prefix == NULL)
    temp_pathname = in_pathname;
  else
    {
      [Catting of prefix and pathname]
    }

  /* Now see if we can open it.  */
  found_file = open (temp_pathname, O_RDONLY, 0);

That counts as an absolute path case, right?

I can't see why we'd rely on the first openp to handle dlopen ("/lib/mmx/libc.so.6",
...) since it's an absolute path and should be handled by the code above.  That's why
I suggest we know we should look in solib_search_path (and thus should get rid of the
leading '/' which makes it an absolute path).

> solib-search-path is colon separated; why is this a problem?

No problem; my bad.  I didn't know solib-search-path could be colon separated, though
I see that now in openp.

-- 
Orjan Friberg
Axis Communications AB


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]