On Tue, Jan 2, 2018 at 9:55 PM, David Gibson <david@xxxxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx> 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. Rob -- To unsubscribe from this list: send the line "unsubscribe devicetree-compiler" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
