Il 01/05/2012 05:11, Thorsten Glaser ha scritto: > Just one example, as that’s enough to prove breakage ;-)
Well I can say that I can prove breakage in the current makefile as well, do you want to keep playing at "who builds better", or since you're the one with the most restrictive make command I can think of, you can help point out what else needs to be fixed further in my patch? > When porting mksh to a *lot* of systems I’ve learned to ditch > all expectations and just use what works, sometimes grudgingly > accepting kludges. I've done my share of porting, thank you very much. What sed have to do with this, honestly I don't know, but I've worked with on a number of different Linux systems (different distros, different arches), FreeBSD, NetBSD, OpenBSD, Solaris and so on so forth. So I know the drill. > Well yes. “All Linux distributions” is a GNU make monoculture. > There’s a lot more makes out there, supported by even autotools > for example. I know that as well. But my patch here would work fine on FreeBSD as well, and if I'm not mistaken NetBSD too. I forgot that Solaris does not support -C dir, simply because I never cared about their make before (always had gmake on my Solaris systems as first thing installed). Now the question is what you want to do yourself: you can either apply my patch locally, change the usage of -C which we both knoe exactly how to replace, and see if the rest works with your tiny make, or you can keep "teaching" me porting (like I wasn't doing that for years) and expect me to fix more of your code than I need to. We're applying this patch already in Gentoo, and that _solves_ real issues, without introducing (for us) any, power of the monocultures, I guess. Other Linux (and non-Linux, but with more featureful `make`s) distributions can pick it up from my mail. So I've done my part. -- Diego Elio Pettenò — Flameeyes [email protected] — http://blog.flameeyes.eu/ _______________________________________________ Lynx-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/lynx-dev
