integrating dtc into the sim/ tree
Mike Frysinger
vapier@gentoo.org
Wed Aug 20 09:33:00 GMT 2014
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 ?
>
> 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 sourceware
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
system copy of dtc as it is with making it a hard requirement (which is
different from how the other packages use 3rd party libs -- they're all
optional). might be able to reduce the requirement so only the hw layers hard
depend on it, but i'm not sure if even that is possible.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://sourceware.org/pipermail/gdb/attachments/20140820/9d118ddb/attachment.sig>
More information about the Gdb
mailing list