Date: Mon, 20 Mar 1995 22:03:31 -0800 From: Paul Traina <pst@shockwave.com> To: Poul-Henning Kamp <phk@ref.tfs.com> Cc: bde@zeta.org.au (Bruce Evans), rgrimes@gndrsh.aac.dev.com, CVS-commiters@time.cdrom.com, cvs-etc@time.cdrom.com, jkh@freebsd.org Subject: Re: cvs commit: src/etc make.conf Message-ID: <199503210603.WAA06714@precipice.Shockwave.COM> In-Reply-To: Your message of "Mon, 20 Mar 1995 21:54:29 PST." <199503210554.VAA29561@ref.tfs.com>
next in thread | previous in thread | raw e-mail | index | archive | help
From: Poul-Henning Kamp <phk@ref.tfs.com> Subject: Re: cvs commit: src/etc make.conf > It's hardly worth the trouble of fixing this. msun should become libm. > If you want to support the old library then everything should be > renamed: > > msun -> libm > libm -> libmould (sic) No. I don't care if libm is called msun from now till the national deficit is paid. This is pointless, and it would screw up the cvs-tree. > We also need dynamic support for the i387 functions. -DHAVE_FPU is no > good because it can't be used for the distribution libraries. Something > like > > if (_have_i387) > result = _i387_pow(x, y); > else > result = __ieee754_pow(x, y); > > would add less time overhead than shared linkage. The extra test on every operation is bad. Xonsider the following fragment or high-speed linkages with shared libraries instead (I don't know how fast or slow shared linkages are): static vec_pow = pow_init; pow (base, exp) { return (*vec_pow)(base, exp); } pow_init (base, exp) { vec_pow = _have_i387 ? _i387_pow(base, exp) : __ieee754_pow(base,exp); return (*vec_pow)(base, exp); }
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503210603.WAA06714>