On Sun, 12 Jul 2009, Sisyphus wrote:
>
> Should I submit the 2 proposals below to bugzilla ?
Yes, please!
> 1) I've found that we can't actually build perl using the MinGW that
> gets installed using ppm. This happens because windres.exe cannot
> be found. Adding the perl/site/lib/auto/MinGW folder fixes the
> problem, but perhaps it would be better to put an executable named
> windres.exe in perl/site/bin - as has been done for ar, g77, g++,
> gcc and dlltool. Btw, what does the source code for those
> executables look like ?
Note that all the *.exe files are all the same. You can just copy any of
them to windres.exe in the same directory to get another forwarder.
Which is all those executables do: they take their commandline and
replace the actual executable name with something that redirects to
../lib/auto/MinGW/bin/ and then re-execs themselves. The only exception is
if the name is dmake.exe, in which case it gets redirected to
../lib/auto/dmake/ instead.
The only reason the forwarders exists is to keep the relative directory
structure of the MinGW install intact *and* be able to let PPM install
and remove it. Which means it can only install into the site/bin and
site/lib trees.
> 2) ExtUtils::Liblist::Kid.pm contains the following:
>
> if ($VC and exists $ENV{LIB} and $ENV{LIB}) {
> push @libpath, split /;/, $ENV{LIB};
> }
>
> It would be really neat if the same could be done for MinGW, by adding the
> following code
> immediately after the above code:
>
> # For the benefit of MinGW:
> if ($GC and exists $ENV{LIBRARY_PATH} and $ENV{LIBRARY_PATH}) {
> push @libpath, split /;/, $ENV{LIBRARY_PATH};
> }
Yes, sounds like a good idea to me too. Will add it to ActivePerl,
but please file a bug to make sure it doesn't get lost.
> I've been using this in my own builds of perl for quite some time, and
> it's a very handy amendment to have in place. (Amending Kid.pm by hand
> every time I update EU::MM/perl does, however, become rather
> tiresome.) I asked Schwern to put it in the official release of
> EU::MM, but he refused - worried it might break something. It then
> occurred to me that, since ActivePerl ships with ActiveState's own
> version of EU::MM, ActiveState might be willing to include that code.
>
> (Better still if someone can convince Schwern to stick it in the
> official release.)
Yes, I would like to be able to get all the ActivePerl modifications
into the CPAN version of ExtUtils::MakeMaker, but it is not easy to
generalize them enough to make them useful outside ActivePerl.
And Schwern just pulled the HTML generation extensions from the CPAN
version *again* because there was some problem with it.
Anyways, I hope I'll get around to it eventually, but in the meantime
we can stick the MinGW stuff into ActivePerl at least.
Cheers,
-Jan
_______________________________________________
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
