Skip Menu |

This queue is for tickets about the Alien-wxWidgets CPAN distribution.

Report information
The Basics
Id: 20381
Status: resolved
Priority: 0/
Queue: Alien-wxWidgets

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

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



Subject: 0.18 fails on Win32 (Strawberry Perl)
A couple of failures on Strawberry Perl \Alien-wxWidgets-0.18\inc\bin\patch line 720, <IN> line 2966. print() on unopened filehandle NULL at C:\DOCUME~1\adam\LOCALS~1\Temp\cpan\build \Alien-wxWidgets-0.18\inc\bin\patch line 726, <IN> line 2966. print() on unopened filehandle NULL at C:\DOCUME~1\adam\LOCALS~1\Temp\cpan\build \Alien-wxWidgets-0.18\inc\bin\patch line 720, <IN> line 2967. print() on unopened filehandle NULL at C:\DOCUME~1\adam\LOCALS~1\Temp\cpan\build \Alien-wxWidgets-0.18\inc\bin\patch line 726, <IN> line 2967. 'make' is not recognized as an internal or external command, operable program or batch file. system: make -f makefile.gcc all UNICODE=0 MSLU=0 BUILD=release SHARED=1: 256 a t inc/My/Build/Win32.pm line 246 dmake.EXE: Error code 130, while making 'all' C:\strawberry-perl\dmake\bin\dmake.EXE -- NOT OK Running make test Can't test without successful make Firstly, it looks like patch isn't writing properly (I get several hundred of those error). Secondly, you need to pull the make to use from Config.pm. Adam K
On Sun Jul 09 18:00:39 2006, ADAMK wrote: Show quoted text
> Firstly, it looks like patch isn't writing properly (I get several > hundred of those error).
These are harmless, even if annoying. Show quoted text
>Secondly, you need to pull the make to use from > Config.pm.
We already discussed this: wxWidgets needs GNU Make to build with MinGW. Dmake is not good. There is no way around it. Regards Mattia
Subject: Re: [rt.cpan.org #20381] 0.18 fails on Win32 (Strawberry Perl)
Date: Tue, 11 Jul 2006 12:22:39 +1000
To: bug-Alien-wxWidgets [...] rt.cpan.org
From: Adam Kennedy <adam [...] phase-n.com>
via RT wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=20381 > > > On Sun Jul 09 18:00:39 2006, ADAMK wrote:
>> Firstly, it looks like patch isn't writing properly (I get several >> hundred of those error).
> > These are harmless, even if annoying. >
>> Secondly, you need to pull the make to use from >> Config.pm.
> > We already discussed this: wxWidgets needs GNU Make to build > with MinGW. Dmake is not good. There is no way around it.
Ah, sorry, last time I was dealing with 30 other bugs as well, so I'm just getting back to this topic. I managed to get it working by copying make.exe and sh.exe into my path from the unixutils sourceforge project. Do you think it might be worth either a) Putting a copy of these into Alien::wxWidgets b) Creating an actual Alien::Win32::Build package of some sort to install them as needed (as well as patch.exe and a few other bits and pieces) Adam K
On Mon Jul 10 22:25:05 2006, adam@phase-n.com wrote: Show quoted text
> > > via RT wrote:
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=20381 > > > > > On Sun Jul 09 18:00:39 2006, ADAMK wrote:
> >> Firstly, it looks like patch isn't writing properly (I get several > >> hundred of those error).
> > > > These are harmless, even if annoying. > >
> >> Secondly, you need to pull the make to use from > >> Config.pm.
> > > > We already discussed this: wxWidgets needs GNU Make to build > > with MinGW. Dmake is not good. There is no way around it.
> > I managed to get it working by copying make.exe and sh.exe into my path > from the unixutils sourceforge project.
sh.exe should not be necessary; I'd use the make from MinGW, not the one from UnixUtils (maybe they are the same, I have no idea). Show quoted text
> Do you think it might be worth either > > a) Putting a copy of these into Alien::wxWidgets > > b) Creating an actual Alien::Win32::Build package of some sort to > install them as needed (as well as patch.exe and a few other bits and > pieces)
I'd say that any sane MinGW installation should include make.exe (or mingw32-make.exe). As much as I like Alien::, I'd rather avoid having Alien::GNUMake, Alien::GNUPatch, Alien::MinGW, ... Regards Mattia
CC: ADAMK [...] cpan.org
Subject: Re: [rt.cpan.org #20381] 0.18 fails on Win32 (Strawberry Perl)
Date: Tue, 11 Jul 2006 17:30:49 +1000
To: bug-Alien-wxWidgets [...] rt.cpan.org
From: Adam Kennedy <adam [...] phase-n.com>
Show quoted text
> I'd say that any sane MinGW installation should include make.exe > (or mingw32-make.exe). As much as I like Alien::, I'd rather avoid > having Alien::GNUMake, Alien::GNUPatch, Alien::MinGW, ...
Well, the Vanilla/Strawberry MinGW doesn't have make, we're using dmake instead, as I mentioned. I'm still not _entirely_ sure why that is, but I imagine it's got to do with EU:MM churning out nmake stuff on Win32, and dmake being able to handle it (but not entirely sure on that). But if you recommend we bundle BOTH GNU make.exe and also dmake with MinGW, then I imagine we can do that without too much trouble. The sh.exe thing was recommended by the unixutils make.exe page, to allow it's path-handling to be more compatible, and reduce the likelyhood of errors. So should we bundle make with MinGW. As for the Alien thing, I'd figured that we could put together a single pack of all the common GNU build utils... So more like Alien::Win32::GNU or something. Adam K
On Tue Jul 11 03:33:16 2006, adam@phase-n.com wrote: Show quoted text
> > I'd say that any sane MinGW installation should include make.exe > > (or mingw32-make.exe). As much as I like Alien::, I'd rather avoid > > having Alien::GNUMake, Alien::GNUPatch, Alien::MinGW, ...
> > with EU:MM churning out nmake stuff on Win32, and dmake being able to > handle it (but not entirely sure on that).
It's more that there was not a pure Win32 GNU make at the time. Show quoted text
> But if you recommend we bundle BOTH GNU make.exe and also dmake with > MinGW, then I imagine we can do that without too much trouble.
Given GNU make is 264K (compressed), I'd say yes. Thanks Mattia
Fixed by bundling GNU make in Strawberry.