perl 5.8.6

[Reini Urban]

Reini Urban schrieb:
> No need to hurry, Gerrit :)
>   http://search.cpan.org/~nwclark/perl-5.8.6/pod/perl586delta.pod
>   This arrived yesterday.
> 
> Just wanted to know a rough timeframe and what you plan to do with the 
> DLL name, so that I can coordinate libwin32 and the Win32::GUI upgrades.
> I want to seperate Win32::GUI from libwin32, and I want to contact Rafael.
> 
> We have to bite the bullet with the 5.8.5 dll dependency once.
> Maybe I'll come up up a simplier upgrade solution, changing the dll's 
> binmode: s/cygperl5_8_2.dll/cygperl5_8.dll/g and moving it over.
> Put this into the postinstall script to move all old CPAN libs to the 
> new site_perl?

Ok. I've written a script to upgrade site_perl to a new minor cygwin 
perl release.
For consistency I would suggest to keep the cygperl5_8_6.dll name then.
We had this name it for 5.8.2 and 5.8.5.

It's at 
<http://xarch.tu-graz.ac.at/publ/cygwin/contrib/cyg-site_perl-upgrade.pl>

cyg-site_perl-upgrade.pl 5.8.2 5.8.5
   will upgrade from 5.8.2 to 5.8.5
and cyg-site_perl-upgrade.pl 5.8.5 5.8.6
   will upgrade from 5.8.5 to 5.8.6

If you do a update your cygwin perl package to a new minor release and 
the binary API didn't change, you might want to skip to rebuild each and 
every custom package you installed via CPAN.
This script copies your /usr/lib/perl5/site_perl/5.8.old to 
/usr/lib/perl5/site_perl/5.8.new then.

It only works for minor upgrades, not for major ones, which changed the 
perlxs API! In this case you have to re-install all your site packages.

cyg-site_perl-upgrade.pl old new:
* copies all old files over to the new library location.
* changes the cygperl dll name in each DLL under 
/usr/lib/perl5/site_perl/$old
   to the new name. 'cygperl_5_8_5.dll' => 'cygperl_5_8_6.dll'
* fixes .packlist to the new paths.
* fixes perllocal.pod (not yet)
* skips all files already installed in new, unless --overwrite is given.

> Maybe I'll come to the pending Win32::API problem with the callbacks on 
> gcc also. A simple hack30-like solution should always be possible. Or a 
> fallback to C::Dynalib.
> Win32::OLE didn't compile OOTB, but this is easy. Just forgot where I 
> put the patch.
> And your /usr/include/iodbcunix.h was wrong. Had to patch it to compile 
> Win32::ODBC. Will send it later.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/