William Hubbs posted on Sun, 02 Jul 2017 10:30:12 -0500 as excerpted: > On Sun, Jul 02, 2017 at 03:55:54AM +0000, Duncan wrote: >> William Hubbs posted on Sat, 01 Jul 2017 11:53:59 -0500 as excerpted: >> >> > See this article for why using liblua as a shared library is not >> > recommended. >> > >> > http://article.gmane.org/gmane.comp.lang.lua.general/18519 >> >> PMFJI, but... >> >> That reply is from 2005 and is apparently specific to (32-bit) x86's >> extreme shortage of general purpose registers. Back then it made sense >> as 32-bit x86 was the dominant arch, both for gentoo, and (apparently) >> for that lua discussion (which was in the debian context). [...]
>> So... got any equivalent links to posts with more modern figures? > > That link actually came from our current lua ebuilds. The shared library > is offered, but the comments in the ebuild basically say the same thing > and cite that link. Thanks. =:^) > Also, x86 is still a stable supported arch in Gentoo. Two points: 1) x86 is indeed still a stable supported arch, as are, I think, a few others. But we're not discussing _breaking_ lua on x86, simply accepting that default-dynamic-linking lua wouldn't be as efficient on x86 as it would be on less register-short archs, including the now dominant amd64. Seems a reasonable tradeoff to be made, particularly given it's the choice other distros as well were choosing even when x86 /was/ the majority arch. Especially when given that on gentoo, those that believe they have reason to can choose to statically link in any case. It's just that gentoo normally defaults to dynamic linking if people haven't specifically chosen static linking. (Or would static linking not be a user-side option in this case if the dynamic-link route were chosen?) 2) Just to be explicitly in case the (quote I've now omitted) bit below that didn't make it clear: I still support killing the shared lib if maintainer-desired, even if the only /technical/ reason is that upstream doesn't support it (for reasons apparently no longer valid on modern archs, but...), due to the extra work then required. I simply believe it's important to be honest about it, if that is indeed the case, and am wondering if it is. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
