Blead-perl breaks DBI and DBDs (Was: [perl.git] branch blead, updated. v5.13.3-20-gcfef31b)

Tim Bunce <[email protected]>
Newsgroups gmane.comp.lang.perl.perl5.porters,gmane.comp.lang.perl.modules.dbi.sybase.devel
Message-ID <[email protected]>
I missed this thread, so I'm sorry for my late reply.

On Thu, Jul 22, 2010 at 8:28 PM, Jan Dubois <[email protected]> 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.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.