Return to BSD News archive
Xref: sserve comp.os.386bsd.questions:12634 comp.os.386bsd.bugs:2437 Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!constellation!convex!convex!cs.utexas.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!news.hal.COM!decwrl!purdue!mozo.cc.purdue.edu!staff.cc.purdue.edu!bj From: bj@staff.cc.purdue.edu (Ben Jackson) Newsgroups: comp.os.386bsd.questions,comp.os.386bsd.bugs Subject: tried to compile profiled => all kinds of trouble [FB 1.1.5] Followup-To: comp.os.386bsd.questions Date: 24 Aug 1994 07:22:59 GMT Organization: Purdue University Lines: 21 Message-ID: <33esgj$jvu@mozo.cc.purdue.edu> NNTP-Posting-Host: staff.cc.purdue.edu Keywords: libc_p, libgcc, _sdiv_qrnnd, i386, __i386__ I was just innocently trying to compile profiled (CFLAGS=-g -pg) and I died in the link: No profiled libc! Luckily it didn't take long to build it. I presume this is a space saving "feature" or an oversight. Unreferenced _sdiv_qrnnd from libgcc. This took longer to to track down. At first I thought it was becuse the #ifdef's in .../gnu/.../cc/lib/longlong.h to detect i386 used the __i386__ macro, which cpp -dM doesn't show to be defined. I added `|| defined(i386)' only to discover (much later) that there IS no _sdiv_qrnnd defined for i386. There is glue code to handle the case where there IS a sdiv_qrnnd but no udiv_qrnnd, but not vice-versa. I'm lost on this one, since I can't find a default C implementation of this. Please let me know if this stuff was fixed in 1.1.5.1, which I was assured I didn't neet to get. :-) -- Ben Jackson, bj@cc.purdue.edu