This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc 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: [PATCH] Append system library paths to environment for testprograms


On Mon, 02 Apr 2012 08:28:37 +0200
Andreas Jaeger <aj@suse.com> wrote:
> > I do not see your failures on 64-bit sparc builds and native
> > x86-64 Fedora-16, which have the attribute you say is necessary
> > to trigger the failure.
> >
> > /lib64 et al. should be handled by slibdir which propagates into
> > default-rpath
> >
> > Something is unique to your environment to cause these problems
> > otherwise everyone would be reporting it.
> 
> I agree with David, lib64 works just fine and glibc contains all the 
> magic for it.
> 
> Siddesh, how do you configure glibc?

Based on a quick search on google tis morning, it seemed to be something
that has been hit before and either ignored or worked around by hacking
Makeconfig. But it is strange that I'm hitting this on an F-16 x86_64
when you guys aren't. I have a fairly simple configuration:

../glibc/configure --prefix=$HOME/sandbox/glibc-sandbox

slibdir seems to be derived from exec_prefix, which will not have
anything to do with lib64 in my case. Simply overriding it also does not
seem to work since default-rpath doesn't seem to be used anywhere except
inside elf. I know I am missing something but I haven't been able to
figure out what it is yet.

Thanks,
Siddhesh


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