This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: perl 5.8.6


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/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]