On Fri, Mar 28, 2008 at 5:42 PM, Nigel Kukard <[EMAIL PROTECTED]> wrote: > Yo, > > > > >> Can't see anything, I think you should add printouts in __uClibc_init() > > >> to see if you get there, use the write() sys call as I don't think you > > >> can use any of the libc print functions. > > >> > > >> Non PIE rpm works I guess? > > >> Does rpm work in glibc, both PIE and non PIE? > > >> > > >> Jocke > > > > > > > > > > > > _malloc:921: mmapping more memory > > > _dl_get_ready_to_run:748: Beginning relocation fixups > > > here: 001 > > > here: 002 > > > here: 025 > > > here: 026 > > > Segmentation fault > > > > > > Looks like its choking on pthreads? > > > > > Hi, > > > > I've seen that your are not using the stable linuxthread.old > implementation. > > I'd suggest you to rebuild uclibc using linuxthread.old. > > I'm not sure how stable/tested is the linuxthreads (TLS support). > > Dead center Carmelo!!! enabling old pthreads worked. > > Should I debug this further or just work with the old implementation?
Hi Nigel, Does the attached patch fix the issue?
--- libpthread/linuxthreads/Makefile.in 5 Feb 2008 17:11:30 -0000 1.2 +++ libpthread/linuxthreads/Makefile.in 3 Apr 2008 10:36:04 -0000 @@ -77,7 +77,7 @@ else libpthread-a-y += $(libpthread_OBJ) $(libpthread-static-y) endif -libpthread-so-y += $(libpthread_OBJ:.o=.os) +libpthread-so-y += $(libpthread_OBJ:.o=.oS) lib-a-$(UCLIBC_HAS_THREADS) += $(top_builddir)lib/libpthread.a lib-so-$(UCLIBC_HAS_THREADS) += $(top_builddir)lib/libpthread.so
_______________________________________________ uClibc mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/uclibc
