From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21355 invoked by alias); 20 Aug 2014 09:33:20 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 21331 invoked by uid 89); 20 Aug 2014 09:33:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 20 Aug 2014 09:33:18 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 199113401CB; Wed, 20 Aug 2014 09:33:16 +0000 (UTC) From: Mike Frysinger To: Joel Brobecker Cc: gdb@sourceware.org, Joel Sherrill , Anthony Green Subject: Re: integrating dtc into the sim/ tree Date: Wed, 20 Aug 2014 09:33:00 -0000 Message-ID: <1732783.0nBxt22mln@vapier> User-Agent: KMail/4.13.3 (Linux/3.14.2; KDE/4.13.3; x86_64; ; ) In-Reply-To: <20140819062557.GE4828@adacore.com> References: <53F27ADC.4070609@oarcorp.com> <2237241.5jc4xaopjm@vapier> <20140819062557.GE4828@adacore.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1449223.Cm8rXuXGsN"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00093.txt.bz2 --nextPart1449223.Cm8rXuXGsN Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Content-length: 881 On Tue 19 Aug 2014 08:25:57 Joel Brobecker wrote: > > so i guess that leaves us with linking against a system copy. i'm fine > > with that too. thoughts ? >=20 > Do I understand correctly that this is the status quo? gdb links against system libs which the FSF has no control over: - python - xz-utils (lzma) - expat - zlib this last one is also included directly in the gcc tree (also the sourcewar= e=20 tree in the past iirc) gcc links to non-FSF 3rd party libs, albeit doesn't bundle them so after talking to myself, i guess the issue isn't so much with using the= =20 system copy of dtc as it is with making it a hard requirement (which is=20 different from how the other packages use 3rd party libs -- they're all=20 optional). might be able to reduce the requirement so only the hw layers h= ard=20 depend on it, but i'm not sure if even that is possible. -mike= --nextPart1449223.Cm8rXuXGsN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJT9GtcAAoJEEFjO5/oN/WB8fwQAJ+9HebpSM7BBDT581H6nvSr VDuGwkj6cGMFJYkvwEcwlTipOywziQU11YU2EI/GsAg1XlGaI4wGB4nfSk8ZzUQ3 0Ue6oOwdbtswGsv5venHxWm+B4409ux5746A+ght4sCeABPdrd23mf8Jxzpg21sU Uf6ZdMKrVQquYcokfcjPj37Ng/wh1dfkBzM0IaVk5WI7wtVu4a1eWBecKjByXkmX tRoRRjU/8ogodIlNxkCMvxwfFO8ymD094CW7b1PUVUV0S02B4/ek0H3DHjFjbhvr qbunsBTQIVZnEbPV96+TH6sm9YeMJBQia+1EYlAT9QYjZ8HsItSRB0BKTeS/oAih YiRhKKIZP3ikLts6DfaxyUtWqFW2QKmp6H1wksFwdzS906c8cSyPHBNwerNQE7Kb 6Y5dkijsTKNPzUKn73o91Y9IC7dXBrdK36kchQ8KynwjtUxQPD6a2XDXdyxQQX6B oXk1HaicSHCth1xZsVzgfDQmod0JkXuqnk6p+Qwriv6Dq8n5g1K+VOmDxcUfBFNP 3C28dz8ZpAaiaEHwgMsQ3H87nY//RGpGOCAOpn4RKOpBFkZlUE8gnO5gOJBjUj4C whc5KSv0qHzLuVcDHMFSjqdY3ftDoSfimf+roXonLjl5DNgR6iFjZdq02sAqeWtU r2YXK1zIwxdvxfbkxEP7 =opYg -----END PGP SIGNATURE----- --nextPart1449223.Cm8rXuXGsN--