From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9102 invoked by alias); 19 Aug 2014 05:38:21 -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 7947 invoked by uid 89); 19 Aug 2014 05:38:17 -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; Tue, 19 Aug 2014 05:38:16 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 312AF34015D; Tue, 19 Aug 2014 05:38:14 +0000 (UTC) From: Mike Frysinger To: gdb@sourceware.org Cc: Joel Sherrill , Anthony Green Subject: integrating dtc into the sim/ tree Date: Tue, 19 Aug 2014 05:38:00 -0000 Message-ID: <2237241.5jc4xaopjm@vapier> User-Agent: KMail/4.13.3 (Linux/3.14.2; KDE/4.13.3; x86_64; ; ) In-Reply-To: <53F27ADC.4070609@oarcorp.com> References: <53F27ADC.4070609@oarcorp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1914841.QGiT64NEKZ"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00070.txt.bz2 --nextPart1914841.QGiT64NEKZ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Content-length: 2504 On Mon 18 Aug 2014 17:14:52 Joel Sherrill wrote: > gdb on the head has moxie-rtems fail like this: >=20 > echo "/* generated by Makefile */" > tmp-hw.h > /bin/sh ../../../binutils-gdb/sim/moxie/../common/create-version.sh > ../../../binutils-gdb/sim/moxie/.. x86_64-unknown-linux-gnu > moxie-rtems4.11 version.c > sim_hw=3D""; \ > for hw in $sim_hw ; do \ > echo "extern const struct hw_descriptor dv_${hw}_descriptor[];" ; \ > done >> tmp-hw.h > dtc -O dtb -o moxie-gdb.dtb ../../../binutils-gdb/sim/moxie/moxie-gdb.dts > make[3]: dtc: Command not found > echo "const struct hw_descriptor *hw_descriptors[] =3D {" >> tmp-hw.h > make[3]: *** [moxie-gdb.dtb] Error 127 > make[3]: *** Waiting for unfinished jobs.... > sim_hw=3D""; \ > for hw in $sim_hw ; do \ >=20 > Is dtc a required tool that is not checked for? Is the output in the tree > but not timestamped? maintainer only tool? yeah, you need dtc for moxie. it's been this way forever ? for people=20 building from git, i think it's fine. it also leads me to a topic i've bee= n=20 meaning to start for a while, so let's fork the thread. what issues are there with making the sim use the existing dtc project ? t= he=20 dtc tool is licensed under the GPL-2 or later, and the libfdt library is du= al=20 licensed (BSD-2 & GPL-2 or later). http://www.devicetree.org/Device_Tree_Compiler the reason i ask is that the existing sim code uses device tree style logic= =20 heavily as it comes from the ppc sim import/commonization logic. afaik, th= is=20 codebase is somewhat a predecessor of the dtc codebase -- they both origina= ted=20 at IBM, and the ppc sim is dated mid-1990's while dtc is dated mid-2000. i= 'm=20 not saying they necessarily share actual code, but they certainly have shar= ed=20 lineage above that. at this point though, the syntax has diverged quite a= =20 bit, so i'd love to just gut all the logic in sim and use the common dtc=20 package as that's what the rest of the world is using now. it'd also make = it=20 easier to share device tree definitions between projects (sim/u- boot/linux/etc...). importing dtc in directly would be my preference, but iiuc, people would=20 prefer to only import FSF owned projects. i know that ship sailed long ago= =20 with the sim codebase (large portions of it are not owned by the FSF), but= =20 still the FSF seems to want to keep that from expanding further. so i guess that leaves us with linking against a system copy. i'm fine wit= h=20 that too. thoughts ? -mike= --nextPart1914841.QGiT64NEKZ 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 iQIcBAABAgAGBQJT8uLMAAoJEEFjO5/oN/WB2bsQAKOjEiWTpMKcY+8057vFnkr1 VztKrJFMAlT9s7yl4u4tVrW7oB1jtOYmDOS0drrIZU/LLtS+NUrHMzMdePUmpZuE GXp7whsj6Xg1W9vgIpUc/fgTKqIgs691WfOKVXBSKeB5+f6PDyN99vPp/QpVhthH jvkRAsOQ1hJlX+8cCR/jINCFxXiQZAK9+zBYGSfXiw2j4Yu1vfv3ui73rEn8IPfn c+gzw6ysfBgR6EptXktYztoctre+u8CDllo/Z5hZ7AlIJFjFn+jWaXg85Xu9vPmZ 1Y1MCOaeWMMpiHe6fHJqvbaE9SNSX10kY/MjpuWGzuTV4LD6ZWkmyl+dRWVDTs7z uUqrd75tJIoeeRlfxlW8XQH+VGB+RfTuL0Do8xDq9WeIhwKAtDTkfBgpRCIrRTUE vhNHWhlw/yIh8ttCnxEosz2Fr/uXcHg26UuGN3SOBwoRVcaDqfR32QRlzoMoEvpY /xSM56FXUqvLNw/wHQ7iW+a/pPTmGkcOUkJ3k5nsDp6F1jIB2L8AkoakPwhJO9x0 2MWvyHX2c5EHa9mwjy7co5AqJmmUqihN3UW92CXvi1h8fwwJy5OLhGEpHnUxlFnQ zfmdRd1hrfPuP2ltAB4am6TQ86caUKVXk7Zf5oyzmPk9r1776ZbSFbhrm4SBUL+V cs+5MJwoM1o+TsupiUN0 =XWpK -----END PGP SIGNATURE----- --nextPart1914841.QGiT64NEKZ--