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