integrating dtc into the sim/ tree
Mike Frysinger <[email protected]>
| Newsgroups | gmane.comp.gdb.devel |
|---|---|
| Message-ID | <2237241.5jc4xaopjm@vapier> |
On Mon 18 Aug 2014 17:14:52 Joel Sherrill wrote:
> gdb on the head has moxie-rtems fail like this:
>
> 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=""; \
> 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[] = {" >> tmp-hw.h
> make[3]: *** [moxie-gdb.dtb] Error 127
> make[3]: *** Waiting for unfinished jobs....
> sim_hw=""; \
> for hw in $sim_hw ; do \
>
> 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
building from git, i think it's fine. it also leads me to a topic i've been
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 ? the
dtc tool is licensed under the GPL-2 or later, and the libfdt library is dual
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
heavily as it comes from the ppc sim import/commonization logic. afaik, this
codebase is somewhat a predecessor of the dtc codebase -- they both originated
at IBM, and the ppc sim is dated mid-1990's while dtc is dated mid-2000. i'm
not saying they necessarily share actual code, but they certainly have shared
lineage above that. at this point though, the syntax has diverged quite a
bit, so i'd love to just gut all the logic in sim and use the common dtc
package as that's what the rest of the world is using now. it'd also make it
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
prefer to only import FSF owned projects. i know that ship sailed long ago
with the sim codebase (large portions of it are not owned by the FSF), but
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 with
that too. thoughts ?
-mike
signature.asc
(application/pgp-signature, 819 B)
-----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-----