----- Original Message -----
From: "Jan Dubois" <[email protected]>
> I've built a new MinGW package 5.1.4.1 for PPM that includes the forwarder
> for windres.exe.
>
> I found a somewhat surprising WTF in the MinGW installer itself: even
> though
> the version number is unchanged at 5.1.4 the following 3 included packages
> have been updated from the last time I downloaded it:
>
> from: binutils-2.17.50-20060824-1.tar.gz
> to: binutils-2.19.1-mingw32-bin.tar.gz
>
> from: mingwrt-3.15.1-mingw32.tar.gz
> to: mingwrt-3.15.2-mingw32-dev.tar.gz
>
> from: w32api-3.12-mingw32-dev.tar.gz
> to: w32api-3.13-mingw32-dev.tar.gz
>
> If you have any contact with the MinGW developers you may want to mention
> that updating the version number of MinGW might be a good idea. I would
> have expected that at least the "Build" number would be changed in the
> mingw.ini file, but even that remained at "11".
I don't really have much input into MinGW (lack of tuits), but I do post
there occasionally, and am still subscribed to the users list. I'll raise
this with them and give you a brief summary of their position on this.
> The 5.1.4.1 PPM package will have all the "latest" bits, so you may want
> to give it a spin. It may take a day or two before it becomes visible on
> the external PPM server.
I'll download it in a day or two, and check that it's fine. (I'm sure it
will be.)
> I've added that code, and also tried to use it for the ActivePerl::Config
> hack that tells ExtUtils::Liblist::Kids about the MinGW library location:
>
> --- lib/ActivePerl/Config.pm.~1~ Sun Jul 12 23:50:01 2009
> +++ lib/ActivePerl/Config.pm Sun Jul 12 23:50:01 2009
> @@ -86,7 +86,15 @@
> # assume MinGW or similar is available
> $gcc =~ s,\\,/,g;
> my($mingw) = $gcc =~ m,^(.*)/bin/gcc\.exe$,;
> - $ENV{ACTIVEPERL_MINGW} = $mingw if defined $mingw;
> + if (defined $mingw) {
> + $mingw .= "/lib";
> + if (defined $ENV{LIBRARY_PATH}) {
> + $ENV{LIBRARY_PATH} .= ";$mingw";
> + }
> + else {
> + $ENV{LIBRARY_PATH} = $mingw;
> + }
> + }
>
> _override("cc", "gcc");
> _override("ccname", "gcc");
>
I haven't struck a need to make the above amendment - but I've just tested
it now and the application of that patch doesn't seem to break anything.
> --- lib/ExtUtils/Liblist/Kid.pm.~1~ Sun Jul 12 23:50:01 2009
> +++ lib/ExtUtils/Liblist/Kid.pm Sun Jul 12 23:50:01 2009
> @@ -272,8 +272,8 @@
> if ($VC and exists $ENV{LIB} and $ENV{LIB}) {
> push @libpath, split /;/, $ENV{LIB};
> }
> - if ($GC and exists $ENV{ACTIVEPERL_MINGW} and $ENV{ACTIVEPERL_MINGW})
> {
> - push @libpath, "$ENV{ACTIVEPERL_MINGW}/lib";
> + if ($GC and exists $ENV{LIBRARY_PATH} and $ENV{LIBRARY_PATH}) {
> + push @libpath, split /;/, $ENV{LIBRARY_PATH};
> }
>
> foreach (Text::ParseWords::quotewords('\s+', 0, $potential_libs)){
Again, I've struck no need to remove the additional 2 lines that you have,
but again, the application of that patch doesn't break anything.
I don't know why $ENV{ACTIVEPERL_MINGW}/lib was being pushed onto @libpath
in the first place. For me, that resolves to my perl/site/lib directory and
there's certainly no reason for me to push that location onto @libpath. Did
it ever serve a purpose for anyone ?
> This should make it easier to eventually get the changes back into the
> CPAN
> version. Do you see any problem with pushing the MinGW/lib directory to
> the end of LIBRARY_PATH even though GCC will already have this location
> built in?
For me, there's no problem with that - as I said above, it's merely my
perl/site/lib folder that's being added to the end of LIBRARY_PATH, and that
folder doesn't contain any libraries.
Afaict, it's also not true that "GCC will already have this location built
in" ... I'm starting to think there's some code there that hasn't been doing
anything useful at all, and that it's still there only because it hasn't
actually caused anything to break.
> I'll do some testing before the next release myself, but feel
> free to try it and see if you find any problems with this.
Shall do, when time permits. (Bit rushed tonight - but I wanted to get a
reply back :-)
Thanks again, Jan.
Cheers,
Rob
_______________________________________________
Perl-Win32-Users mailing list
[email protected]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
