From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 24 Mar 2010 21:24:59 +0300 From: Alexey Tourbin To: ALT Linux Team development discussions Message-ID: <20100324182459.GJ8193@altlinux.org> Mail-Followup-To: ALT Linux Team development discussions References: <20100321153442.GA21854@wo.int.altlinux.org> <20100321191834.GE30094@altlinux.org> <201003221023.34323.serpiph@nikiet.ru> <20100322082301.GB12770@altlinux.org> <20100324180448.GH21538@wo.int.altlinux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YIwHDYD8sUXtBKvt" Content-Disposition: inline In-Reply-To: <20100324180448.GH21538@wo.int.altlinux.org> Subject: Re: [devel] Q: --no-copy-dt-needed-entries X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 18:25:01 -0000 Archived-At: List-Archive: List-Post: --YIwHDYD8sUXtBKvt Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 24, 2010 at 09:04:48PM +0300, Dmitry V. Levin wrote: > On Mon, Mar 22, 2010 at 11:23:01AM +0300, Alexey Tourbin wrote: > > On Mon, Mar 22, 2010 at 09:28:11AM +0200, Kirill A. Shutemov wrote: > > > =F1 =C1=CE=CF=CE=D3=C9=D2=D5=C0, =CB=CF=C7=C4=C1 =D7=D3=A3 =C2=D5=C4= =C5=D4 =C7=CF=D4=CF=D7=CF. =EE=D5=D6=CE=CF =D2=C5=DB=C9=D4=D8 =CE=C5=D3=CB= =CF=CC=D8=CB=CF =D0=D2=CF=C2=CC=C5=CD =CE=C1 > > > ARM =D3=D0=C5=D2=D7=C1. > >=20 > > Just don't do it - in conjunction with --as-needed, --copy-dt-needed-en= tries > > is good by default. >=20 > Current --as-needed + --copy-dt-needed-entries combination works pretty > well, so let's delay changing this default until we face a real bug. Not only does it work pretty well, it also tries to do "the right thing". In a previous message, I tried to describe two distinct ld modes: dumb mode and smart mode. Dumb mode would just do what is specified on the command line. By contrast, smart mode could do something more about shared library dependencies based on how symbols are resolved. Now, a smart mode, what could that be? It's about either extra dependencies which are unused (--as-needed), or missing/implicit dependencies which can be obtained automatically (--copy-dt-needed-entries). So, if there's anything like a smart mode, these two options togehter are pretty smart. --YIwHDYD8sUXtBKvt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuqWPsACgkQfBKgtDjnu0anHQCgw7T1BbQHIPQtD/ONC2CNppeh 8dQAnAqrHuaZSSnUuU+17Gm+RVBTbQtI =rJqH -----END PGP SIGNATURE----- --YIwHDYD8sUXtBKvt--