Date: Tue, 22 Dec 2009 19:35:19 +0100 From: Roland Smith <rsmith@xs4all.nl> To: Richard Mace <macerl@telkomsa.net> Cc: freebsd-questions@freebsd.org Subject: Re: Help building/running SDL/OpenGL code Message-ID: <20091222183518.GA2552@slackbox.xs4all.nl> In-Reply-To: <200912221950.19322.macerl@telkomsa.net> References: <200912221736.20023.macerl@telkomsa.net> <200912221906.47622.macerl@telkomsa.net> <20091222173131.GA1645@slackbox.xs4all.nl> <200912221950.19322.macerl@telkomsa.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 22, 2009 at 07:50:19PM +0200, Richard Mace wrote: > On Tuesday 22 December 2009 19:31:31 you wrote: >=20 > >=20 > > What version of the nvidia driver are you using? > >=20 >=20 > The one in /usr/ports/x11/nvidia-driver-173. I have to use this for the a= ging=20 > FX 5200. >=20 > > Have a look at the x11-drivers/xf86-video-nouveau port. Maybe that works > > for you? > >=20 > > (BTW, problems like these are why I avoid proprietary drivers like the > > plague) >=20 > I'm rendering a whole bunch of molecules (spheres), moving a camera and a= t the=20 > same time doing quite a bit of CPU intensive numerical integration of a w= hole=20 > slew of coupled ordinary differential equations -- I need the speed of th= e GPU=20 > (read proprietary driver) to relieve the CPU and avoid a slide show. (Thi= s=20 > works very nicely with dual core CPUs: I use one thread for the rendering= and=20 > another for the numerics.) In this case it might be better to invest in a more recent graphics card. Currently Radeons (up to and including R6xx/R7xx) are better supported by open source drivers than nvidia.=20 > I'll keep digging (and getting educated, I guess). Incidentally, in Debia= n=20 > GNU/Linux they have a system of clever "diverts" which avoid these kinds = of=20 > library clashes.=20 As far as I know, the compat libraries are meant to be able to keep using o= ld binaries on newer systems. I do not think they were ever meant to be used i= n a "mixed" (as in linking with both libm.so.3 and libm.so.5) environment. =46rom experience (botched ports upgrade going from 6.x to 7) I know that h= aving a program linked to different versions of the same library can result in "interesting" experiences (i.e. crashes). There are several things you could try, from building your app and the libraries it needs on a 5.x machine to trying to get the libGL to link with the current libm. Whatever you do, it will probably end up being a kludge. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAksxEWYACgkQEnfvsMMhpyXekgCglDNKONV6WMEvnukbsIJWHE8v spUAn2x5kfsEwW0fJZDPgi4U9gh6r+iz =51A7 -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091222183518.GA2552>