On 9.6.2012 19:17, Steve Hay wrote: > ... > I've started work on this with commit 7bef440cec, which does away with > the *.gc64nox canned configs, and instead edits the *.gc64 canned > configs based on the GCCCROSS setting in the makefile.mk I definitely support consolidation of *.gc64nox + *.gc64 config (I guess that cross-compilation is quite rare) > Please take a look and confirm that I've not broken anything. I've > just tested with the compiler taken from the "Win64 Downloads" link on > http://mingw-w64.sourceforge.net/ (x86_64-w64-mingw32-gcc.exe, version > 4.7.0) and it works for me, albeit with a couple of test failures > which I also had before my changes. I think part of that is the > xcopies near the end of makefile.mk are looking in the wrong place for > DLLs to copy into t/, the DLLs in my case being in $(CCHOME)\lib > rather than $(CCHOME)\bin. I will also look into that in due course, > but now plan on addressing your 64-bit int config with a new macro in > makefile.mk... As for gcc toolchain: gcc toolchains used by strawberry perl are available at: http://strawberryperl.com/package/kmx/64_gcctoolchain/ http://strawberryperl.com/package/kmx/32_gcctoolchain/ NOTE: the latest strawberry perl uses gcc-4.6.3 binaries delivered by Mark Dootson - http://perlmingw.sourceforge.net (in ZIPs available at strawberryperl site I have just repacked Mark's binaries without fortran and objective-c). As for x86-64-bit-int config the actual changes/patches I have done are IMHO quite simple. The only think I expect might be a trouble if we want to support more compilers are format strings for (s)printf long numbers - e.g. %lld (which is fine with gcc but I am not sure about 32bit MS compiler). -- kmxThread Previous | Thread Next