Yes - you'll be able to use 'dmake' - but first you need to make sure that 'dmake.exe' is going to be found before 'nmake.exe'.You could do that by renaming 'nmake.exe' (eg to 'nmake-hide.exe') - but that would mean that 'nmake.exe' never gets found. Or you could remove the location of 'nmake.exe' from the path - but that would mean that other programs in the same folder also don't get found by default. Or you could re-arrange the order of the path so that the location of 'dmake.exe' occurs before the location of 'nmake.exe'.
Cheers,
Rob | [reply] |
Hi Rob,
i removed namke ,now dmake is working.
But iam trying to installing Tk-804.027_500
dmake at the end of output is :
cp PNG.pm ..\blib\lib\Tk\PNG.pm
cd zlib && dmake -S -S libz.lib "CC=gcc "
<br>
ar rcs libz.lib<br>
rm -f<br>
C:\Tk-804.027_500\PNG\zlib>ar rcs libz.lib
C:\Tk-804.027_500\PNG\zlib>rm -f
Usage: rm -firRv -s file ...
dmake: Error code 130, while making 'libz.lib'
dmake: 'libz.lib' removed.
dmake: Error code 255, while making 'zlib\libz.lib'
dmake: Error code 255, while making 'subdirs'
C:\Tk-804.027_500>dmake test
cd pTk && dmake -S DEFINE=""
C:\Perl\bin\perl.exe -MExtUtils::Command -e cp
widget ..\blib\script\widget
pl2bat.bat ..\blib\script\widget
cd zlib && dmake -S -S libz.lib "CC=gcc "
<br>
ar rcs libz.lib<br>
rm -f<br>
C:\Tk-804.027_500>dmake install
cd pTk && dmake -S DEFINE=""
C:\Perl\bin\perl.exe -MExtUtils::Command -e cp
widget ..\blib\script\widget
pl2bat.bat ..\blib\script\widget
cd zlib && dmake -S -S libz.lib "CC=gcc "
<br>
ar rcs libz.lib<br>
rm -f<br>
| [reply] |
Could you repost those errors - putting the copy'n'paste inside code tags. I find what you posted to be quite confusing - in fact I can't make sense of it at all.
On ActivePerl build 817, I did find that Tk-800.027_500 failed to build using dmake and MinGW - yet using the very same dmake and MinGW with both my MinGW-built perl-5.8.8 and Strawberry Perl, Tk-804.027_500 built and tested fine.
That section of the build process that you posted worked fine for me with build 817.
I get:
.
.
cp PNG.pm ..\blib\lib\Tk\PNG.pm
cd zlib && dmake libz.a "CC=gcc "
gcc -O3 -Wall -c -o adler32.o adler32.c
gcc -O3 -Wall -c -o compress.o compress.c
gcc -O3 -Wall -c -o crc32.o crc32.c
gcc -O3 -Wall -c -o deflate.o deflate.c
gcc -O3 -Wall -c -o gzio.o gzio.c
gcc -O3 -Wall -c -o infback.o infback.c
gcc -O3 -Wall -c -o inffast.o inffast.c
gcc -O3 -Wall -c -o inflate.o inflate.c
gcc -O3 -Wall -c -o inftrees.o inftrees.c
gcc -O3 -Wall -c -o trees.o trees.c
gcc -O3 -Wall -c -o uncompr.o uncompr.c
gcc -O3 -Wall -c -o zutil.o zutil.c
ar rcs libz.a adler32.o compress.o crc32.o deflate.o gzio.o infback.o
+ inffast.o inflate.o inftrees.o trees.o uncompr.o zutil.o
.
.
You did copy the 'startup' directory to the same location as 'dmake.exe' as per the instructions in the Readme that comes with the dmake bundle ?
I haven't had a chance to properly investigate the failure with ActivePerl. Maybe tomorrow, if I get a chance. (I get a few linking errors with tkwinX.c - which I think will be resolved by successfully linking to libimm32.a. Hopefully it won't be too difficult to fix.)
Cheers,
Rob
Update: For the record, linking to libimm32.a and libcomctl32.a fixes the problem. I'm not sure why they don't get linked in automatically, as happens with my other builds of perl. As "proof of concept" I opened up the ActivePerl lib/Config_heavy.pl and inserted " imm32.lib comctl32.lib" at the beginning of the libs=' ... entry. That's probably not the best way to fix the problem - it's just a hack that enables Tk-804.027_500 to build using MinGW and dmake on ActivePerl 817. | [reply]
[d/l]
[select] |