summaryrefslogtreecommitdiff
path: root/README.win32
Commit message (Collapse)AuthorAgeFilesLines
* Add mingw64 supportSisyphus2009-11-091-5/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Hi, Using the attached patch to the blead source (as of a few hours ago), I can build perl with the following OS/compiler/make combos. On 32-bit XP: MSVC++ 7.0 / dmake (uses win32/makefile.mk) MSVC++ 7.0 / nmake (uses win32/Makefile) Borland C++ 5.5.1 / dmake mingw.org's gcc-4.3.0 / dmake mingw.org's gcc-3.4.5 / dmake mingw-w64.sf's 32-bit gcc-4.4.3 / dmake (There's a bug with that last compiler on XP. The perl it builds on XP hangs on XP, but runs ok if copied across to Vista. I think this is unrelated to the patches - probably even unrelated to perl. Without these patches perl will not even build using that last compiler.) On 64-bit Vista: 32-bit MSVC++ 7.0 / nmake (uses win32/Makefile) 32-bit MSVC++ 7.0 / dmake (uses win32/makfile.mk) 32-bit Borland C++ 5.5.1 / dmake mingw.org's 32-bit gcc-4.4.0 / dmake mingw.org's 32-bit gcc-3.4.5 / dmake mingw-w64.sf's 32-bit gcc-4.4.3 / dmake mingw-w64.sf's 64-bit gcc-4.4.3 / dmake mingw-w64.sf's 64-bit x86_64-w64-mingw32-gcc-4.4.3 / dmake 64-bit MicrosoftPlatform SDK for Windows Server 2003 R2 / dmake (uses win32/makefile.mk) 64-bit MicrosoftPlatform SDK for Windows Server 2003 R2 / nmake (uses win32/Makefile) Not all of those builds pass all tests - but where the removal of the patches still permits perl to build, the same tests still fail. That is, *nothing* is lost by including these patches - but there are significant gains. Each of the above builds was done according to the normal win32 configuration parameters - ie multi-threaded, non debug. No unusual config settings were applied. (I did build one debug perl on Vista using mingw-w64.sf's 32-bit gcc-4.4.3 and it built fine.) Please feel free to apply these patches (with or without modification) - and, yes, you're more than welcome to blame me if they cause any breakages ;-) Of course, some of those compilers (Borland, Microsoft, and the compilers from mingw.org) already build perl *without* having to apply any patches. It's just the other compilers that need the patches. The purpose of testing with Borland, Microsoft, and the mingw.org compilers is just to check that these patches don't break them. As a final check, I've done a build on my aging linux (mandrake-9.1) box, gcc-3.2.2. I built with '-des -Duselongdouble -Duse64bitint -Dusedevel'. No problem with that, either. If there's additional testing requirements please let me know, and I'll try to oblige. I believe the patch applied successfully for me - see below my sig for the output. Cheers, Rob Rob@desktop2 ~/GIT/blead $ patch -p0 <blead_diff.diff patching file dist/threads/threads.xs patching file handy.h patching file cpan/ExtUtils-MakeMaker/lib/ExtUtils/MM_Win32.pm patching file op.c Hunk #1 succeeded at 5774 (offset 47 lines). patching file pp_pack.c patching file util.c Hunk #1 succeeded at 5366 (offset -28 lines). patching file win32/makefile.mk patching file win32/perlhost.h patching file win32/win32.c patching file win32/win32.h patching file README.win32 patching file XSUB.h
* Visual C++ 2008 Express Edition is now out: update README.win32Steve Hay2008-02-201-9/+6
| | | p4raw-id: //depot/perl@33335
* RE: [PATCH] s/perl510/perl511/gJan Dubois2007-12-251-1/+1
| | | | | | From: "Jan Dubois" <jand@activestate.com> Message-ID: <0cdf01c84684$f99c3310$ecd49930$@com> p4raw-id: //depot/perl@32722
* Rename "perl59" to "perl510"Jan Dubois2007-11-201-1/+1
| | | | | | From: "Jan Dubois" <jand@activestate.com> Message-ID: <03cd01c82b07$581a1950$084e4bf0$@com> p4raw-id: //depot/perl@32411
* Add support for Visual C++ 2008 Express Edition (Beta 2)Steve Hay2007-08-291-4/+33
| | | p4raw-id: //depot/perl@31761
* Update references to Win32's Platform SDK installation location.Marvin Humphrey2007-07-091-9/+23
| | | | | | | | | Different versions install into different default locations, as pointed out here: Subject: Building 5.9.5 with Win2k, MSVC8FREE Message-Id: <1D149669-931C-4458-B073-789D25623D2D@rectangular.com> p4raw-id: //depot/perl@31571
* Fix the ext/IO/t/io_sock.t failure when built with VC++ 2005Steve Hay2007-05-251-6/+1
| | | | | | | | | | | | | Unknown to me win32/win32.h was defining USE_FIXED_OSFHANDLE, which arranged for a black magic fix to MSVCRT.DLL's _open_osfhandle() to be used. It seems that this is inappropriate for VC++ versions later than 6.x, since they don't use that DLL: simply not defining that symbol makes the io_sock.t failure go away. (Compare change #29233, which similarly disabled the fix to MSVCRT.DLL's read() for VC++ versions later than 6.x.) p4raw-link: @29233 on //depot/perl: 46e77f111828d72136c91f0837803182535da01d p4raw-id: //depot/perl@31271
* Building with Visual C++ 2005 now works except for one test failureSteve Hay2006-11-281-7/+11
| | | p4raw-id: //depot/perl@29409
* Updates for building on Win32 with Visual C++ 2005 Express EditionSteve Hay2006-10-101-10/+57
| | | | | | | | | | | | | Add some instructions in README.win32, clarify macro comments and add missing macros to makefile.mk, and drop the GLOBEXEBUILD macro from Makefile--the Express Edition of Visual C++ 2005 is free and includes setargv.obj, so there is no need to support the .NET 2.0 SDK compiler which didn't include it. Unfortunately, the build still doesn't work yet--my attempt got as far as building extensions, but miniperl.exe crashed. Hopefully this can be sorted out soon. p4raw-id: //depot/perl@28978
* RE: [PATCH, no, really!] Re: [perl #38779] NAN's on Win32Jan Dubois2006-03-231-7/+1
| | | | | | | | | From: "Jan Dubois" <jand@ActiveState.com> Message-ID: <060201c64e45$e4ca7020$2217a8c0@candy> Also, back out change #27567. p4raw-link: @27567 on //depot/perl: 9bf76a6a2fc16ab628a46452e34352d3e3d71674 p4raw-id: //depot/perl@27576
* Re: [perl #38779] NAN's on Win32Dominic Dunlop2006-03-221-1/+7
| | | | | Message-Id: <E44A2151-DE7F-4C5D-8A4B-DDA0412229C2@mac.com> p4raw-id: //depot/perl@27567
* Additions to README.win32 and win32/Makefile based on comments fromSteve Peters2006-03-151-0/+2
| | | | | Steve Hay. p4raw-id: //depot/perl@27503
* Make building perl on Win32 with the free VC++ toolkit easierSteve Hay2005-09-301-11/+10
| | | | | | | | | | | | | Introduce new CCTYPE's MSVC70FREE and MSVC70 for the free and the full versions of MS VC++ 7.x respectively. Perl can now be built with the free VC++ toolkit simply by running "nmake CCTYPE=MSVC70FREE" with no hacking of the win32/Makefile required. Update README.win32 with these changes. Also add the CCTYPE MSVC to win32/Makefile. This is already supported in win32/makefile.mk and is useful for avoiding the use of -DELAYLOAD for MS VC++ 3.x through 5.x. Update README.win32 for this too. p4raw-id: //depot/perl@25672
* Resolve [perl #37110]: Update README.win32Steve Hay2005-09-201-12/+8
| | | | | | | I give up trying to keep the Platform SDK links up-to-date. They seem to have changed every time that I look at them, so make the instructions more general. p4raw-id: //depot/perl@25513
* Update README.win32Steve Hay2005-06-161-9/+10
| | | | | (Mention Borland compiler is also free; update libwin32 link) p4raw-id: //depot/perl@24868
* RE: a bit of trouble with compiling with MSVC++ on Win32Vadim Konovalov2005-06-071-12/+20
| | | | | | From: "Konovalov, Vadim" <vkonovalov@spb.lucent.com> Message-ID: <7DD1BE2C50259746ABB8683672D2089E12D462@itotest-1.spb.lucent.com> p4raw-id: //depot/perl@24719
* Update location to fetch dmake from in README.win32Steve Hay2005-04-251-8/+2
| | | | | | Use the generic search.cpan.org URL so that the latest version is always found p4raw-id: //depot/perl@24321
* Jan Dubois has taken over maintenance of Win32 stuff from SarathySteve Hay2005-02-151-2/+6
| | | p4raw-id: //depot/perl@23972
* Updates to README.win32 (aka perlwin32), with some changes.Max Maischein2004-12-071-9/+31
| | | | | | Subject: Patch to README.win32 distributed with 5.8.6 for building under .net / MSVC7 (free) Message-ID: <41B355EC.9010505@corion.net> p4raw-id: //depot/perl@23621
* Delete superfluous "with".Marcus Holland-Moritz2004-08-191-1/+1
| | | p4raw-id: //depot/perl@23227
* Add notes for building with MS VC++ Toolkit 2003Steve Hay2004-08-181-6/+89
| | | p4raw-id: //depot/perl@23224
* Fix [perl #24269] socket() call uses non-IFS providersSteve Hay2004-08-061-0/+6
| | | | | | | | causing subsequent print/read to hang or misbehave Patch supplied by Artiom Morozov <artiom@phreaker.net> in the bug report at http://rt.perl.org/rt3/index.html?q=24269 p4raw-id: //depot/perl@23200
* A few minor updates to README.win32 (aka perlwin32)Steve Hay2004-07-301-24/+29
| | | p4raw-id: //depot/perl@23172
* Have win32/makefile.mk default to gcc, and update docsSteve Hay2004-06-031-16/+10
| | | | | Message-ID: <40BF39B9.3060207@uk.radan.com> p4raw-id: //depot/perl@22901
* Where to find nmake for windowsAbe Timmerman2004-04-231-1/+1
| | | | | | Message-Id: <200404222357.40508.abe@ztreet.demon.nl> Changed download URL references for nmake p4raw-id: //depot/perl@22735
* Re: ../lib/ExtUtils/t/Embed.t failure on Win32/GCCSteve Hay2004-03-221-0/+7
| | | | | Message-ID: <405EFBDE.4090209@uk.radan.com> p4raw-id: //depot/perl@22556
* Re: [PATCH] Add "Camel" logo icon to perl.exe on WindowsSteve Hay2004-01-221-0/+5
| | | | | Message-ID: <4010038D.4070104@uk.radan.com> p4raw-id: //depot/perl@22195
* Include fcrypt.c for crypt() on WindowsSteve Hay2003-08-141-21/+6
| | | | | | | Message-ID: <3F3B9F14.4040609@uk.radan.com> (Sarathy okayed the idea.) p4raw-id: //depot/perl@20702
* Document wperl.exeBrent Dax2002-11-191-0/+8
| | | | | | From: "Brent Dax" <brentdax@cpan.org> Message-ID: <034e01c28d3e$0fed1680$6501a8c0@deepblue> p4raw-id: //depot/perl@18161
* Re: Smoke 18027 FAIL(F) MSWin32 5.0 Win2000Pro (MSWin32-x86)Alain Barbet2002-10-221-4/+15
| | | | | Message-ID: <3DB00CB9.70708@alianwebserver.com> p4raw-id: //depot/perl@18046
* Change version from 5.8.0 to 5.9.0.Hugo van der Sanden2002-08-041-1/+1
| | | p4raw-id: //depot/perl@17671
* Re: Mingw32: some tests fail Per Einar Ellefsen2002-06-191-0/+10
| | | | | Message-Id: <5.1.0.14.2.20020619192631.025848a0@pop.skynet.be> p4raw-id: //depot/perl@17306
* README.win32 and win32/makefile.mk differLupe Christoph2002-06-071-773/+774
| | | | | Message-ID: <20020607113651.GC24159@lupe-christoph.de> p4raw-id: //depot/perl@17059
* Unmatchings.Jarkko Hietaniemi2002-06-051-773/+773
| | | p4raw-id: //depot/perl@16997
* fix typo that caused pseudo-fork() crashes on win64 (we were onlyGurusamy Sarathy2002-04-261-7/+0
| | | | | allocating half of the retstack!) p4raw-id: //depot/perl@16181
* Stray =back.Jarkko Hietaniemi2002-04-241-2/+0
| | | p4raw-id: //depot/perl@16149
* all the thread tests now pass on windows (32-bit and 64-bit)Gurusamy Sarathy2002-04-221-1/+0
| | | p4raw-id: //depot/perl@16060
* some test failures have been fixedGurusamy Sarathy2002-04-211-2/+0
| | | p4raw-id: //depot/perl@16050
* Windows 64-bit support:Gurusamy Sarathy2002-04-211-18/+81
| | | | | | | | | | | | | | | | | | | | | | | | | | | * support for building it in the regular makefiles * large files support via the _*i64() functions (this should be portable to the 32-bit universe too, but quite untested and and binary-incompatible, therefore not enabled there) * three additional test failures in addition to the t/end.t one (see README.win32) * sprintf() on Windows gets %I{32,64,}[xoud] format that parallel the ones available from the CRT (needed because Perl uses the UVxf macros in both sprintf() *and* in sv_catpvf() et al.) * add a few 64-bit notes to README.win32 The following general problems were also fixed: * s/struct stat/Stat_t/g * Data::Dumper had some naughty 'long' typecasts * Errno_pm.PL didn't work safe when winsock.h was not in the same directory as errno.h * various tell/seek things were incorrectly prototyped * squelch ugly looking noise when running tests * Embed.t wasn't linking in all the libraries * perl57.dll is now perl58.dll (anticipating 5.8.0-RC1) * re-enable all the disabled warnings (additional fixes may be needed for the warnings uncovered by this) p4raw-id: //depot/perl@16033
* More URL "whitespacing".Jarkko Hietaniemi2002-03-271-3/+3
| | | p4raw-id: //depot/perl@15543
* The changes to the curliffed files didn't stick in #13348.Jarkko Hietaniemi2001-11-291-3/+3
| | | p4raw-id: //depot/perl@13363
* a few typo fixes Jeffrey Friedl2001-11-121-1/+1
| | | | | | | | | | | Message-Id: <200111120515.fAC5FIc74795@ventrue.corp.yahoo.com> Patching README.foo instead of pod/perlfoo.pod, not patching Math::BigInt (Tels will take care of that), dropping broken hv.c and sv.h patches, patching libnetcfg.PL and perldoc.PL instead of libnetcfg and perldoc, patching ext/Digest/MD5/t/files.t since MD5.pm was changed. p4raw-id: //depot/perl@12954
* remove deprecated PERL_OBJECT cruft, it has long since stoppedGurusamy Sarathy2001-08-311-722/+722
| | | | | working in 5.7.x p4raw-id: //depot/perl@11803
* Integrate change #11598 from maintperl (fcrypt.c URL updates)Jarkko Hietaniemi2001-08-071-1/+7
| | | | | | | p4raw-link: @11598 on //depot/perl: 606f94800c615ae6d5c5c0fc6dbac1e8323ea558 p4raw-id: //depot/perl@11600 p4raw-integrated: from //depot/maint-5.6/perl@11598 'merge in' README.win32 (@9511..)
* win32\sncfnmcs.pl correctionsVadim Konovalov2001-07-231-1/+1
| | | | | | | | From: "Konovalov, Vadim Vladimirovich (Vadim)" <vkonovalov@lucent.com> Message-ID: <E3FB32585BF1D411B9E900805FF51A080C1C5D@RU0022EXCH001U> Rename the script a little bit more sensibly. p4raw-id: //depot/perl@11453
* Podify the remaining README.platform files;Jarkko Hietaniemi2001-06-061-716/+716
| | | | | | | | | | merge README.plan9 and plan9/perlplan9.pod; delete plan9/perlplan9.* (the perlplan.doc needs to be regenerated in Plan 9); make the =head1 and =head2 in the README.platform to be a little more verbose (skipped README.os2 not to anger Ilya) so that they look better in the toc; regen toc. p4raw-id: //depot/perl@10461
* Tiny pod nits on READMEs, mostly whitespace issues.Jarkko Hietaniemi2001-05-231-1/+1
| | | p4raw-id: //depot/perl@10189
* Integrate changes #9511,9514,9517 from maintperl into mainline.Jarkko Hietaniemi2001-04-021-18/+42
| | | | | | | | | | | | | | | | | | | README.win32 tweaks; add a note about alternative location for getting a gcc-2.95.2 that will build perl properly on windows add some notes about gutsy threading matters many of the utilities interpolate literal paths within doublequotes (fails on dosish platforms where path contains backslashes) p4raw-link: @9517 on //depot/maint-5.6/perl: 541b948d383abe4f534f846ff692d582506919cf p4raw-link: @9514 on //depot/maint-5.6/perl: c8c8f510c2814a9e3cbdb8e7ca306018e0f7c510 p4raw-link: @9511 on //depot/maint-5.6/perl: 58a9db026b6f67b774654d285ac34aceada86380 p4raw-id: //depot/perl@9518 p4raw-integrated: from //depot/maint-5.6/perl@9510 'copy in' utils/perldoc.PL x2p/find2perl.PL (@9312..) 'merge in' README.win32 (@9227..) x2p/s2p.PL (@9312..) pod/perlguts.pod (@9507..)
* Re: Another Borland C++ problem.Vadim Konovalov2001-03-151-0/+10
| | | | | | | Message-ID: <001601c0a97f$143fcc40$da7b55c2@vad> Borland filename case problem. p4raw-id: //depot/perl@9171
* Integrate changes #8853,8854 from maintperl to mainline.Jarkko Hietaniemi2001-02-201-0/+8
| | | | | | | | | | EBDIC fixes, README.win32 Borland update. p4raw-link: @8854 on //depot/maint-5.6/perl: ece00f1416215bb2d7a51174ba7aa627e0b0a3ad p4raw-link: @8853 on //depot/maint-5.6/perl: 3ef34714520621f9238ff67b9f34f043113325c1 p4raw-id: //depot/perl@8857 p4raw-integrated: from //depot/maint-5.6/perl@8851 'merge in' README.win32 (@8175..) handy.h (@8789..) util.c (@8806..)
View Lorry Controller Status