From owner-freebsd-hackers Fri Mar 9 17:13:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 7669737B71A for ; Fri, 9 Mar 2001 17:13:37 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f2A1Bai49252; Fri, 9 Mar 2001 20:11:40 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <001f01c0a8ff$d64273e0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Jordan DeLong" , References: <20010309175233.A6880@cx420564-b.tucson1.az.home.com> Subject: Re: Kernel area libmish stuff Date: Fri, 9 Mar 2001 20:17:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well here's the story: a few days ago my video card broke, so I'm without > X and such, and using a spare 486 box on the freebsd console. Out of lack of > other things to do, I did most of the porting of one of the screensavers in the > xscreensaver collection to the freebsd syscons. > > The problem I'm having now is I dunno the _right_ way to get the trig functions > from the userland libm in kernel space. _is_ there a right way? or can it be > statically linked into the screensaver module? (ouch) There's probably a way to include *some* of the libm functions (from /usr/src/lib/msun, since /usr/src/lib/libm is deprecated). However, this would require a considerable amount of Makefile magic, and also require that the msun code be present in order to do a complete build of the kernel with modules. I doubt that this requirement would make you many friends in -questions :) > I was thinking of just getting a sintable array and making a few simple > functions, so the whole of libm doesn't need to be statically linked into the > module (from my understanding, once loaded, this module wont ever get paged out, > and thus it'd be _bad_ for it to be big). This is probably the best way to go, IMO. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message