[Resending with a proper mail client, because my initial response didn't go to the lists] On Tue, Jan 2, 2018 at 9:55 PM, David Gibson <david@xxxxxxxxxxxxxxxxxxxxx> wrote: > 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. The hard part is that libdl doesn't need to be available. With FreeBSD (and generally, all BSDs if I understood right), the symbols expected of libdl are available in libc. If I have my terminology right, our libdl is in fact just a filter on libc to isolate these symbols/functions for all of the software that expected libdl. We'd spent enough time patching out -ldl that it seemed a good idea, but these binaries *do* compile without it. > 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. Ugh, build systems. =P > Great. MacOS support is interesting in particular, because unlike > FreeBSD, I can set up a Travis build to test it there, which means I'm > much more likely to catch regressions. In fact, looks like I have a > stale branch here that added an OSX build to the travis.yml - I think > some of the errors you've found and didn't have time to debug them > (debugging when your only host is indirect through Travis is pretty > painful). It'd be interesting to see those results as of recent. Their userland should be similar enough in the ways you care about for the results to likely be relevant to us, I would think. -- 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
