Date: Sun, 7 Mar 2004 20:03:52 +0000 From: Matthew Seaman <m.seaman@infracaninophile.co.uk> To: Mark <admin@asarian-host.net> Cc: freebsd-questions@freebsd.org Subject: Re: Should I turn MATH_EMULATE back on? Message-ID: <20040307200352.GB94564@happy-idiot-talk.infracaninophile.co.uk> In-Reply-To: <200403071907.I27J7RC2018660@asarian-host.net> References: <200403071907.I27J7RC2018660@asarian-host.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--rJwd6BRFiFCcLxzm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, Mar 07, 2004 at 07:07:54PM +0000, Mark wrote:
> This is weird. I installed Perl 5.8.2_5 on a clean FreeBSD 4.9R-p3 box, a=
nd
> got an error on Time::Hires.
> Does Hires use a math co-processor? The only difference with the kernel I
> ran yesterday, is that I commented out this:
>=20
> # options MATH_EMULATE
>=20
> On an AMD XP-2200; as I take it it has the co-processor. Still, could that
> be what is causing Hires to fail? More importantly, should I turn
> MATH_EMULATE back on for the AMD?
Well, I have MATH_EMULATE commented out in my kernel config, and
Time::Hires works perfectly well for me. This is with:
% pkg_info -I perl-\*
perl-5.8.2_5 Practical Extraction and Report Language
MATH_EMULATE applies to very early models in the x86 series where the
FPU wasn't always built into the chip. I think the last models where
that was true were some of the 486 chips. Certainly pentium class or
better x86 chips (ie. anything introduced in the last ten years or so)
have all had built in FPUs. That includes everything built by AMD as
well.
However, I'm running a non-threaded perl: I suspect that may be the
root cause of your problem. Just a few wild guesses here: did you
recently reinstall perl changing from non-threaded to threaded? Do
you have perl modules still around which were compiled under the
non-threaded perl? Or perhaps you've compiled perl using higher than
normal optimization settings, or gcc33 instead of the default
compiler:
% perl -V:cc
% perl -V:gccversion
% perl -V:optimize
will show you what was used. As with the kernel, turning on the
higher levels of optimization does not necessarily make things run
faster, and may well stop things running correctly at all.
Cheers,
Matthew
--=20
Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks
Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614 Bucks., SL7 1TH UK
--rJwd6BRFiFCcLxzm
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQFAS4AodtESqEQa7a0RAi15AJ9GHT7gDTgjmgp97UiJY98cjSv9YgCeN/Oi
jBRiQH8HxPqIV2WcAJqaxoU=
=ZJ7f
-----END PGP SIGNATURE-----
--rJwd6BRFiFCcLxzm--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040307200352.GB94564>