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] | |
Ulrich Drepper <drepper@redhat.com> writes:
> Andreas Jaeger wrote:
>
>> Not supported? Then we should disable it. Why it is not supported?
>
> TLS is not supported and it is disabled. You don't use --with-tls,
> right? There are still too many problems with it (including gdb).
I did use --with-tls as I said in my original email.
>
>
>> 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
>
> When and how do you get this? I'm certainly running make check and
> don't see any problem at all.
With --with-tls.
Ok, then let's print out some warning that --with-tls is not supported
currently,
Andreas
--
Andreas Jaeger
SuSE Labs aj@suse.de
private aj@arthur.inka.de
http://www.suse.de/~aj
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |