This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

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: Fix tls build in linuxthreads_db

From: Andreas Jaeger <aj at suse dot de>
To: Ulrich Drepper <drepper at redhat dot com>
Cc: GNU libc hacker <libc-hacker at sources dot redhat dot com>
Date: Sat, 28 Sep 2002 21:26:45 +0200
Subject: Re: Fix tls build in linuxthreads_db
References: <u8r8fejbj5.fsf@gromit.moeb> <3D95EA23.3030202@redhat.com>

Ulrich Drepper <drepper@redhat.com> writes:

> Andreas Jaeger wrote:
>
>> I'm surprised that nobody noticed this - seems that this combination
>> has not been tested really.
>
> No, it hasn't.  Not surprising, since it's not supported in the moment.

Not supported?  Then we should disable it.  Why it is not supported?

In that case I guess this failure running make check is known:

arthur:/cvs/libc/dlfcn:[1]$ LD_DEBUG=all GCONV_PATH=/builds/glibc/main-with-tls/iconvdata LC_ALL=C LD_LIBRARY_PATH=/builds/glibc/main-with-tls/dlfcn/:/builds/glibc/main-with-tls/:/builds/glibc/main-with-tls/elf  /builds/glibc/main-with-tls/dlfcn/tststatic 
libc.so.6: shared object cannot be dlopen()ed

>
>> Ok to commit the appended patch?
>
> I've done so now.  Thanks,

Ok,
Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj

Follow-Ups:
- Re: Fix tls build in linuxthreads_db
  - From: Roland McGrath
- Re: Fix tls build in linuxthreads_db
  - From: Ulrich Drepper

References:
- Fix tls build in linuxthreads_db
  - From: Andreas Jaeger
- Re: Fix tls build in linuxthreads_db
  - From: Ulrich Drepper

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