This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
Integrate:
authorNicholas Clark <nick@ccl4.org>
Mon, 2 Jan 2006 20:47:21 +0000 (20:47 +0000)
committerNicholas Clark <nick@ccl4.org>
Mon, 2 Jan 2006 20:47:21 +0000 (20:47 +0000)
commit5943fc6960ff141b4da2aca0ae959d0b2ddb5cd3
tree63ed747b5d18a4e8d4c09723633e42ae17f35961
parent48ea04faaad2d96f3801d27f1fc3469e7b312c29
Integrate:
[ 25321]
Subject: [PATCH] Add Windows Vista support to Win32::GetOSName()
From: "Jan Dubois" <jand@ActiveState.com>
Date: Mon, 22 Aug 2005 15:37:09 -0700
Message-Id: <200508222237.j7MMbFPA027764@smtp3.ActiveState.com>

[ 25672]
Make building perl on Win32 with the free VC++ toolkit easier

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.

[ 25694]
Fix $Config{ccflags} for Win32 perls built with dmake

The nmake makefile (win32/Makefile) currently adds -nologo, $(STRPOOL)
and -W3 to the ccflags in CFG_VARS, but the dmake makefile
(win32/makefile.mk) doesn't.  This means that extensions built with
perls built with VC++ and dmake spit out damn M$ logo messages and use
a lower warning level.

The reason for the difference is probably that the dmake makefile
supports multiple compilers.  Therefore, put the extra ccflags into a
new macro, and set it appropriately for each compiler.  Add the new
macro to the nmake makefile too for orthogonality.

[ 25728]
Subject: Win32::GetShortPathName() does not always return a short name [DOC PATCH]
From: Gisle Aas <gisle@ActiveState.com>
Date: 10 Oct 2005 03:58:09 -0700
Message-ID: <lrk6glej0e.fsf@caliper.activestate.com>

[ 25731]
Subject: Re: Win32::GetShortPathName() does not always return a short name [DOC PATCH]
From: Gisle Aas <gisle@ActiveState.com>
Date: 10 Oct 2005 06:20:23 -0700

Change to remove a call to Win32::GetShortPathName() from
Test::Harness::Straps.
p4raw-link: @25731 on //depot/perl: d777f87b25bb5c6e143d4115a86ecdbccd957eae
p4raw-link: @25728 on //depot/perl: eb6bfc3a256cb62844e9154104335915aca49aea
p4raw-link: @25694 on //depot/perl: bb275e7208fde6cd3835f1057d07fa69e22b40a4
p4raw-link: @25672 on //depot/perl: da2c7419592ee13d34c9a88fe64f2dedaca9f99e
p4raw-link: @25321 on //depot/perl: b76aa5af2840585626e18c84f60feb97c68abd14

p4raw-id: //depot/maint-5.8/perl@26585
p4raw-integrated: from //depot/perl@26584 'merge in' README.win32
(@25513..) lib/Test/Harness/Straps.pm (@25649..)
p4raw-integrated: from //depot/perl@25672 'edit in' win32/Makefile
(@25150..) win32/makefile.mk (@25289..)
p4raw-integrated: from //depot/perl@25321 'ignore'
win32/ext/Win32/Win32.pm (@24482..)
README.win32
lib/Test/Harness/Straps.pm
win32/Makefile
win32/ext/Win32/Win32.pm
win32/makefile.mk