From owner-freebsd-ports Tue Nov 16 1: 0:14 1999 Delivered-To: freebsd-ports@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 640A3151DB for ; Tue, 16 Nov 1999 01:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA95648; Tue, 16 Nov 1999 01:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 16 Nov 1999 01:00:01 -0800 (PST) Message-Id: <199911160900.BAA95648@freefall.freebsd.org> To: freebsd-ports@FreeBSD.org Cc: From: Maxim Sobolev Subject: Re: ports/14889: [PATCH] dynamic loading for WINE port Reply-To: Maxim Sobolev Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR ports/14889; it has been noted by GNATS. From: Maxim Sobolev To: Juergen Lock 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