Re: [PATCH] Improve compatibility with other platforms

[David Gibson <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org>]

[-- Attachment #1: Type: text/plain, Size: 2764 bytes --]

On Thu, Jan 04, 2018 at 11:55:00AM +1100, David Gibson wrote:
> On Wed, Jan 03, 2018 at 10:51:23AM -0600, Rob Herring wrote:
> > On Tue, Jan 2, 2018 at 9:55 PM, David Gibson
> > <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org> wrote:
> > > On Tue, Jan 02, 2018 at 09:29:14PM -0600, Kyle Evans wrote:
> > >> On Tue, Jan 2, 2018 at 8:58 PM, David Gibson
> > >> <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org> wrote:
> > >> > Fwiw, some years ago I did a bunch of work to get dtc to compile and
> > >> > pass the tests on FreeBSD.  Working out of the box on *BSD is
> > >> > something I'd like it to have.  Unfortunately, because I can't easily
> > >> > test on a BSD machine, the BSD support tends to bitrot rather rapidly.
> > >>
> > >>
> > >> Happy to hear this. =) You're not too far off, fortunately.
> > >
> > > Good to hear.
> > >
> > >> This, the
> > >> alloca header situation, and an -ldl in tests/Makefile.tests are the
> > >> only obstacles to being able to do a simple "gmake && gmake check"
> > >> here. I've submitted patches for the first two, and as of r320872 [1]
> > >> we provide a libdl on -HEAD.
> > >
> > > Ok sounds good.  I had a look at the tests using -ldl and it looks
> > > like they couldn't easily be adapted to avoid it.  However, I'd be ok
> > > with logic to skip those tests if libdl isn't available, if you want
> > > to broaden support to older releases.
> > >
> > > At the moment dtc seems to be just teetering on the edge of being
> > > complex enough to need some sort of configuration system (whether it
> > > be hand-rolled scripts, autoconf or whatever).  So far I've been
> > > avoiding adding such a thing, because that introduces a bunch of
> > > problems of its own: hand rolled scripts are a pain to maintain,
> > > autoconf is ugly as sin, pretty much anything else is nonstandard and
> > > liable to introduce a bunch of extra dependencies.  But, I might have
> > > to bite the bullet at some point.
> > 
> > What about meson? All the cool kids are using it now.
> 
> Heh, hadn't heard of that one.  Too busy maintaining vital
> infrastructure to follow what the cool kids are doing.

Wait, no, I went to a talk about that once, and it did look pretty
nice.  Never had time or headspace to really do anything with it,
though.  Plus it would introduce Python as a build dep.  Not really a
problem for dtc per se, but given that libfdt is supposed to be
embeddable in weird limited firmware environments, I really want to
keep the build deps to a minimum.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]