From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28736 invoked by alias); 6 Aug 2014 22:55:06 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 28717 invoked by uid 89); 6 Aug 2014 22:55:06 -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, 06 Aug 2014 22:55:04 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 3719C340231; Wed, 6 Aug 2014 22:55:02 +0000 (UTC) From: Mike Frysinger To: Joel Brobecker Cc: gdb-patches@sourceware.org, Masaki Muranaka Subject: Re: [doc] Avoid conflicts between gdb and cross-gdb. Date: Wed, 06 Aug 2014 22:55:00 -0000 Message-ID: <70373185.jNRadDDPru@vapier> User-Agent: KMail/4.13.1 (Linux/3.14.2; KDE/4.13.1; x86_64; ; ) In-Reply-To: <20140806132435.GC5204@adacore.com> References: <3531941.zJjkhARRvn@vapier> <20140806132435.GC5204@adacore.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2797292.iWSNL5vzym"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00124.txt.bz2 --nextPart2797292.iWSNL5vzym Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Content-length: 1881 On Wed 06 Aug 2014 06:24:35 Joel Brobecker wrote: > > along these lines, should we also transform the default gdb datadir (for > > python and xml files) ? and info pages ? looking at my cross-debugger > > installs, those are the other big missing pieces. >=20 > For the default gdb_datadir, I am of two minds on this. It's really > easy to adjust as desired at configure time, and I think that multiple > GDB installs made at the same location should be compatible, and > thus should be able to share their Python/XML files. But as previously > said, it's not a strong opinion. i'm not sure that's a good idea. how do you deal with version skews ? if = i=20 have gdb-7.8 installed as my native version and i have sh4-linux-gnu- gdb-7.0.1, i think it's unreasonable to expect that the data files installe= d=20 with my latest version will work fine with the older one. we're talking th= e=20 python files and cpu definitions and such. i don't think the project wants= to=20 commit to maintaining backwards compatibility forever :). further, distros already have to deal with this. their choice is either: (1) delete the data files for all non-native gdbs since they can't all inst= all=20 over top of each other -> cross gdb doesn't work unless you first install the native gdb -> distro commits to it working :) (2) install the gdb files into a target-specific path -> cross gdb always works -> diff distros will probably pick a different path standard i think it's best if the default gdb datadir automatically selected a uniqu= e=20 location. i just mean the default -- certainly if someone set the datadir = via=20 configure, that path should always be used. in Gentoo, i was doing (1), but then i got reports about things breaking, s= o=20 i've gone with (2) now. i'm using ${datadir}/gdb/${target}, but i don't=20 particularly care about the name :). -mike= --nextPart2797292.iWSNL5vzym 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 iQIcBAABAgAGBQJT4rJKAAoJEEFjO5/oN/WBaeYQAN94oNx1Dyv8uBar3IbJDnFE vlykQVyQ2w7Zudy4XZXYMgkbeEeP6YWwyLE2FtR28K8BlF4Ref2oQCDiF/ObW6Qz iAu/ODeIhP4QAGoC7rM6IMhoJvpg+leOb//F8sln+dDx0praZD7896HErHKReXqD oZKEWjAwkNj/pB6gNp/1ZMq5uEE41b8qnvEn1rTxnAwIiLj7mLq6MfgWBkjHEBcx 1jmQ7ytOnUjnBXO+b+uHWrLd7ahFxmPovFh4H1tlrl6w5nKYFu6I7cePs/atgyQc deBXwDiP0ACxrpORSM6WHS6FhHkNnfHqgCyCyQf4Sq3PX0snDP6tLbsMeZaSRmVA z+L+0NxcLETLMd3OmH3B3dIwKQ7KuoyA89n0wHllt22HoRRzPwG036LmVu/1Z+VL O2lKmbTJR0u2zmTdSZ8D/vdwxNgyKU5n3IVJWik+Sui1Kil9klygUnkDdBNvvRvv WRbfXfsw1uTLRMdzZlLMuBb4WhIdDL78JF80Pcgt6ml66iE2q0BHVdCfergqcbxS v08m83arLTwPFhVxHsifk3EUTKlfIklHmtUhkUskkHm+pjJ/GKp/IqL4hFfUd90f ZRWNpsTJYCBLXlFOBlF/WXy+jOjsa1TaQx7cM9ablPrmsYmU3AxBXd+vQy5EPLyo 8FWwWd2C+udrUvjf2cCu =Vxbk -----END PGP SIGNATURE----- --nextPart2797292.iWSNL5vzym--