Skip Menu |

This queue is for tickets about the Perl-Dist-Strawberry CPAN distribution.

Report information
The Basics
Id: 55210
Status: resolved
Priority: 0/
Queue: Perl-Dist-Strawberry

People
Owner: Nobody in particular
Requestors: kmx [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: New myslq lib package for strawberry
Hi Curtis,

couple of weeks ago you asked me on IRC whether we can have mysql library pack prepared in the same way as other libs.

Here they are:
http://strawberryperl.com/package/kmx/32_libs/32bit_mysql-5.1.44-bin_20100304.zip
http://strawberryperl.com/package/kmx/64_libs/64bit_mysql-5.1.44-bin_20100304.zip

Comments:
1/ it is not full rebuild, I have used the official libmysql.dll 32/64bit binaries (which is IMHO in this case safer)
2/ when installing DBD::mysql you need to use: perl Makefile.PL --mysql_config=mysql_config
3/ I have not tested the real MySQL connectivity yet as I have no suitable db around

--
kmx
On Thu Mar 04 03:07:04 2010, KMX wrote: Show quoted text
> Hi Curtis, > > couple of weeks ago you asked me on IRC whether we can have mysql > library pack > prepared in the same way as other libs. > > Here they are: > http://strawberryperl.com/package/kmx/32_libs/32bit_mysql-5.1.44- > bin_20100304.zip > http://strawberryperl.com/package/kmx/64_libs/64bit_mysql-5.1.44- > bin_20100304.zip > > Comments: > 1/ it is not full rebuild, I have used the official libmysql.dll > 32/64bit > binaries (which is IMHO in this case safer) > 2/ when installing DBD::mysql you need to use: perl Makefile.PL > --mysql_config=mysql_config > 3/ I have not tested the real MySQL connectivity yet as I have no > suitable db > around
I don't recall a problem with the way they were packaged before as far as dependencies were concerned, but you DID do a Dependency Walker check on them to make sure they didn't rebuild the libraries against MSVCRT90 or something along those lines, correct? Given that (I should check myself, as well), r11942 adds these libraries to the build.
Show quoted text
> I don't recall a problem with the way they were packaged before as far
> as dependencies were concerned, but you DID do a Dependency Walker check
> on them to make sure they didn't rebuild the libraries against MSVCRT90
> or something along those lines, correct?

Yes, I have checked this, no MSVCRT*.dll dependency.

--
kmx