I missed this thread, so I'm sorry for my late reply. On Thu, Jul 22, 2010 at 8:28 PM, Jan Dubois <j...@activestate.com> wrote:
> I think the "correct" way would be to update the sources to use the "new" > names and not add defines for the old ones. It is really up to the > maintainers of DBI to decide what to do, but given that DBIXS.h is in > turn included during compilation of other DBD::* modules I would prefer > that DBIXS.h doesn't pollute the namespace of those DBD::* drivers with > the old names in perpetuity. > I agree entirely. > It would be good to have a DBI release in the near future that keeps the > PERL_POLLUTE definition for backwards compatibility (so current DBD::* > modules won't break under 5.8 .. 5.12), but doesn't use the old names in > its own code anymore. That way 5.13 smoke testing can find out if any of > the DBD::* modules on CPAN rely on old symbols too, and they in turn could > be updated before 5.14 gets released. > I've uploaded DBI-1.613_70 to CPAN for driver authors to test against. To make that testing more effective I've *temporarily* undef'd PERL_POLLUTE to emulate blead-perl behavior. That'll save them having to build blead-perl just for this work. *Many* thanks to Andreas Koenig for the variable renaming patch! Tim.
