This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
i'm trying a build with glibc-2.5 which has no built-in support for linuxthreads, and i've specifically set GLIBC_ADDON_OPTIONS="=nptl" to get NPTL instead. and yet, one of the first things that happens when i configure for glibc_headers is: ... checking build system type... i686-pc-linux-gnu checking host system type... x86_64-unknown-linux-gnu configure: running configure fragment for add-on linuxthreads linuxthreads disabled because nptl add-on is also in use configure: running configure fragment for add-on nptl ... why is the configure step first configuring for the linuxthreads add-on, only to realize that it needs to turn it off immediately to not clash with NPTL? i would have thought that setting GLIBC_ADDON_OPTIONS would have been sufficient to take linuxthreads out of the picture entirely. i'll admit it doesn't hurt, but isn't there a way to have the configure avoid anything to do with linuxthreads? have i missed something obvious? rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main_Page ======================================================================== -- For unsubscribe information see http://sourceware.org/lists.html#faq
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |