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] |