2011/5/30 Joshua ben Jore <twists@gmail.com>: > On Sat, May 28, 2011 at 11:40 PM, Konovalov, Vadim (Vadim)** CTR ** > <vadim.konovalov@alcatel-lucent.com> wrote: >>> From: Konovalov, Vadim >>> > From: Jesse Vincent >>> > Based on a conversation with a few porters yesterday, it >>> > sounds like there's some >>> > desire for a more thought-out, comprehensive API here and >>> > that that is currently in Nick's backlog. >> >> Is it possible to elaborate once more please, what kind of API support >> is missing in Reini patch? > > The intention is to have a useful, properly granular API we can > support for a really long time. We'd like to come up with the API that > we actually intend to be publicly consumed. The existing function > under question wasn't developed with those goals in mind. This particular function was used in B::C and B::Bytecode since 1995. Since Linux/BSD/cygwin does not care about properly exported/not exported symbols nobody cares about Windows breakage. B::Generate also misses some exported functions from the very beginning on, for which I wrote the export patches some time ago. They were also warnocked resp. blocked by Nick. It's not my intent to bug p5p again and again. Three times is enough for me. Since these modules are used in production, the maintainer tried to support it, but CORE still refuses to support it, I can only think of keeping maintaining private versions of perl. Which I do for myself. -- Reini UrbanThread Previous | Thread Next