> -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Maksim Rayskiy > Sent: Wednesday, April 13, 2011 11:07 PM > To: [email protected] > Subject: Linking with uClibc-0.9.32-rc3 on mipsel is > sensitive to sharedlibraries link order > > Hello, > > It has been reported against uClibc-0.9.32-rc1 that when > linking an executable with shared libraries on mipsel > platform depending on the order of the libraries in the > linker command line you may end up with an application which > hangs on the first call to the shared library. > > http://lists.uclibc.org/pipermail/uclibc/2011-January/044611.html > > The problem was attributed to lack of protected symbols > support for mipsel which was added in rc2. > I retested both rc2 and rc3 using the same test case as in > original post and the problem is still there, as far as I can tell. > > Was anybody able to verify that adding protected symbols > support for all architectures fixed the problem on mips?
The problem is that changing the link order, libc before the libpthread, The pthread_cond_init is resolved in libc instead of libpthread. In this case we pass, by means of the forward.c, throgh the pthread_functions And this cause an infinite loop. This should be fixed using the uClibc with the protected symbols, I try your tests in my sh4 target and all works fine. I suggest to have a look in ldso/ldso/mips/elfinterp.c to see how protected Symbols have been managed for mips arch. Hope this help you. Filippo. > > Thanks, > Maksim. > _______________________________________________ > uClibc mailing list > [email protected] > http://lists.busybox.net/mailman/listinfo/uclibc > _______________________________________________ uClibc mailing list [email protected] http://lists.busybox.net/mailman/listinfo/uclibc
