Ken Moffat wrote: > For 4.7.2 I've also got the following passed to configure: > > --includedir=/usr/include/nspr (I probably go that from cblfs, > might be belt-and-braces stuff) > > Thanks. I also added --libdir and moved the libs to /usr/lib/nspr now which fixed the nspr.pc file automatically (with the patch I sent before). > --with-pthreads : something which has been in mozilla a long time, > but we haven't forced. It tells it to use the system pthreads > library for nspr (but not anywhere else). If your nspr.pc has > -lpthread in it then it's probably become a default on linux, if > not, I think it's a good thing. > > Yes. Looks like it is the default now. > I also use a sed to prevent the static libs being built, and just > install by using > make install > install -m755 -v config/nspr-config /usr/bin > > I don't like using 'nsinstall -t' because it can break timestamp based packagers if the timestamp is created after make and just before install, it's broken IMO, hence all of the install commands from earlier. It'd probably be easier to patch/sed out the '-t' in all of the makefiles...but this was easier at the time since I was going through the build log anyway to clean up the mess.
-- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
