Date: Tue, 16 Nov 1999 01:00:01 -0800 (PST) From: Maxim Sobolev <sobomax@altavista.net> To: freebsd-ports@FreeBSD.org Subject: Re: ports/14889: [PATCH] dynamic loading for WINE port Message-ID: <199911160900.BAA95648@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR ports/14889; it has been noted by GNATS. From: Maxim Sobolev <sobomax@altavista.net> To: Juergen Lock <nox@jelal.kn-bremen.de> Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: ports/14889: [PATCH] dynamic loading for WINE port Date: Tue, 16 Nov 1999 10:55:40 +0200 Juergen Lock wrote: > In article <19991115024901.CEEF314C1C@hub.freebsd.org> you write: > > >Attached patch enables feature which allows WINE port to build dlls' > >code in a shared library separately from the main WINE's code. This > >should (at least teorethically) reduce WINE's memory footpring, > >especially when several WINEs loaded simulateneously. > > Well actually if you're running several instances of the same statically > linked program its entire text segment will already be shared anyway, > shared libraries are only needed for the different-programs-using-the- > same-lib case. So this will only make a difference if you have > other programs besides wine itself that are also using libwine, but of > course to prepare for that it might still be a good idea... (provided > that it doesn't interfere with debugging, i.e. have you checked > that wine's debugger works as well with the shared libwine? No, I did not tested it. Moreover I'm neither very confident with WINE debugging facilities nor have much desire/time to learn it. Please be my guest (if you can of course) to test it. > As wine > still is alpha and depends on meaningful bugreports from users this is > a pretty important point, this is also why the port builds with -g > and installs un-stripped...) Probably you are right, but it would be quite useful if we will provide way to disable -g and install stripped binary (either in the form of -DDEBUG or -DNODEBUG), because with all those debugging info wine binary bloating to the size of several tens MB which is not what many users (including me ;) with disk space constrains want it to be. Thus we will give user a choice which IMHO is always better than no-choice case. Regards, Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199911160900.BAA95648>