From owner-svn-ports-all@freebsd.org Tue Aug 28 02:15:57 2018 Return-Path: Delivered-To: svn-ports-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69C2D109E663; Tue, 28 Aug 2018 02:15:57 +0000 (UTC) (envelope-from yuri@freebsd.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id DCD368E059; Tue, 28 Aug 2018 02:15:56 +0000 (UTC) (envelope-from yuri@freebsd.org) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w7S2FoJt012526 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 27 Aug 2018 19:15:50 -0700 (PDT) (envelope-from yuri@freebsd.org) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Reply-To: yuri@freebsd.org Subject: Re: svn commit: r478259 - in head/science: ghemical libghemical libint mpqc To: "Sergey A. Osokin" Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org References: <201808272256.w7RMuioD090614@repo.freebsd.org> <20180828012033.GE30926@FreeBSD.org> From: Yuri Message-ID: <3724ce3d-8eba-b1df-cb0c-fd3f5ed35d77@freebsd.org> Date: Mon, 27 Aug 2018 19:15:48 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180828012033.GE30926@FreeBSD.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2018 02:15:57 -0000 On 8/27/18 6:20 PM, Sergey A. Osokin wrote: > thanks for your hard work and take over maintainership. You are welcome! > I'd prefer to see the static library for the application as > well as shared libraries cause it help in many cases. > > Please let me know if you have any questions. Static libraries are mostly useful within the build, when they are produced and consumed internally. Otherwise, shared libraries are generally better. Static library cons: 1. They cause other binaries to become larger. 2. They consume space on disk when installed along with the shared libraries. 3. They obscure which external libraries are used by the project. 4. They make fixing security vulnerabilities more difficult. Static library pros: 1. They allow for a marginally better performance. 2. They are a must when the target binary needs to be static for security or other reasons (for example tor). There are very few cases when static executables are needed. Regards, Yuri