Re: making a DBI under Pugs now
[email protected] (Tim Bunce) Thu, 24 Nov 2005 21:39:47 +0000
| Newsgroups | perl.dbi2.dev |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Nov 02, 2005 at 06:28:00PM -0800, Darren Duncan wrote: > Today when I was on #perl6 at irc.freenode.net and, out of the blue > just following my connect, autrijus asked me if I would port > DBI::PurePerl and DBD::MySQLPP to Perl 6 such that their presence can > help with Pugs new object handling abilities. I think that's a bad idea, personally. I see little good and much harm that could come from doing this. I want DBI v1 to be a poster child for the ability of Perl 6 to run Perl 5 extensions - one way or another (either via ponie or an embedded libperl5.so). > This said, I decided that if I was going to do this, I would probably > take a lot of liberties with the DBI v1 design, and getting it to > work would probably take time in any event. The goal of helping "Pugs new object handling abilities" is not worth the fragmentation and other problems that would arise. There are a multitude of significant OO modules can could be used for this instead. Tim. p.s. I'm currently waiting to see how runtime role composition looks like in Class::Trait before deciding to use Class::Trait or Perl6::Roles for the DBI42 module. I also need to do some (paid) work on automating the creation of Parrot NCI interfaces to shared libraries - ie for mysql, oracle etc. > I would like to bring up this request with dbi2-dev in case any of > you would like to participate in this first > get-something-working-in-Pugs coded version and/or just do it. > > If there's no interest then I'll get around to it eventually, but > several of you are probably better at the low-level network details > and/or know of things that need to get into it that I haven't thought > of. > > So that you know.