Date: Sat, 8 Dec 2007 13:27:59 -0500 (EST) From: Daniel Eischen <deischen@freebsd.org> To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= <askbill@conducive.net> Cc: freebsd-stable@freebsd.org Subject: Re: SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory Message-ID: <Pine.GSO.4.64.0712081313010.17130@sea.ntplx.net> In-Reply-To: <475AD686.2000708@conducive.net> References: <20071207154852.GA22166@grosbein.pp.ru> <20860185@bb.ipt.ru> <Pine.GSO.4.64.0712071140240.11654@sea.ntplx.net> <20071208042252.GA30019@svzserv.kemerovo.su> <20071208054552.GP83121@deviant.kiev.zoral.com.ua> <20071208055537.GA38551@svzserv.kemerovo.su> <20071208060206.GQ83121@deviant.kiev.zoral.com.ua> <20071208060947.GB38551@svzserv.kemerovo.su> <20071208064703.GA40347@svzserv.kemerovo.su> <Pine.GSO.4.64.0712080935570.16331@sea.ntplx.net> <20071208154341.GA90973@svzserv.kemerovo.su> <bMaNtGF4wsWHFAlD@wood2.org.uk> <475AD686.2000708@conducive.net>
next in thread | previous in thread | raw e-mail | index | archive | help
[ Library incompatiblity problems between major FreeBSD releases ] One of the things that should make life a little easier in FreeBSD 7.0 and subsequent (-current, 8.x, etc) is that we now have symbol versioning in some of our libraries. The libraries that have caused the most problems in the past, libc, libpthread (kse, thr), and libm all have symbol versioning enabled in 7.0. This means that there will be only one version of these libraries (e.g., libc.so.7) for all releases from 7.0 onward (*). So even if there are ABI changes in libc for instance, the compatible ABIs are also left in libc and both new programs linked against the new ABIs and old programs linked against the old ABIs can coexist peacefully. "programs" also means libraries, like libSDL as was the culprit in this case. (*) There is some talk about restarting our library numbering at 0 (e.g. libc.so.0, libthr.so.0, etc) so it is less confusing about which set of libraries have symbol versioning. This may be done for 8.0, and this would probably force yet another portupgrade -af for 8.x, but could easily be worked around with a few global libmap.conf settings. Anyway, we all feel the pain of maintaining ports, and are trying to make life easier. -- DE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.64.0712081313010.17130>