| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-Id: <200506161843.j5GIhKhL024472@smtp3.ActiveState.com>
p4raw-id: //depot/perl@24880
|
|
|
| |
p4raw-id: //depot/perl@24866
|
|
|
| |
p4raw-id: //depot/perl@24863
|
|
|
| |
p4raw-id: //depot/perl@24862
|
|
|
|
|
|
|
|
|
|
|
|
| |
This pattern match seems a little saner, and stops " for Win32"
getting picked up from the following output:
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
Maybe it breaks older versions, but at least the latest now works
correctly. If anyone knows what older versions' messages look like
then speak up!
p4raw-id: //depot/perl@24855
|
|
|
| |
p4raw-id: //depot/perl@24852
|
|
|
|
|
| |
(IO/Socket still needs to go, though)
p4raw-id: //depot/perl@24837
|
|
|
|
|
|
|
|
|
| |
This allows extra build options, e.g. -DNO_HASH_SEED, to be
specified on the command line, which is otherwise not possible
under nmake using the existing BUILDOPT macro
Suggested by Jan Dubois <jand@ActiveState.com>
p4raw-id: //depot/perl@24830
|
|
|
|
|
| |
Message-Id: <1118691701.6333.32.camel@mdk10>
p4raw-id: //depot/perl@24825
|
|
|
|
|
| |
Message-Id: <1118599750.2732.2.camel@mdk10>
p4raw-id: //depot/perl@24806
|
|
|
| |
p4raw-id: //depot/perl@24792
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the relevant makefiles and tables-of-contents to reflect this.
p4raw-id: //depot/perl@24680
p4raw-branched: from //depot/maint-5.8/perl@24679 'branch in'
pod/perl587delta.pod
p4raw-integrated: from //depot/maint-5.8/perl@24679 'copy in'
pod/perlhist.pod (@24141..) 'merge in' win32/pod.mak (@23153..)
p4raw-integrated: from //depot/maint-5.8/perl@23573 'edit in' pod.lst
(@23153..) Makefile.SH (@23406..) pod/perl.pod (@23476..)
'ignore' pod/perltoc.pod (@23408..) win32/Makefile
win32/makefile.mk (@23480..) vms/descrip_mms.template
(@23560..) 'merge in' MANIFEST (@23461..)
|
|
|
|
|
|
|
| |
Message-ID: <20050531153327.85145.qmail@unknown-209-73-178-237.yahoo.com>
(with a couple of minor tweaks)
p4raw-id: //depot/perl@24679
|
|
|
| |
p4raw-id: //depot/perl@24615
|
|
|
|
|
|
| |
(None are actually defined, but it's nice to have them there anyway)
p4raw-link: @24508 on //depot/perl: 0dbb1585a715e56312e579a5f0e7f82241b38352
p4raw-id: //depot/perl@24545
|
|
|
|
|
| |
Message-ID: <20050519173256.GA29039@petdance.com>
p4raw-id: //depot/perl@24508
|
|
|
| |
p4raw-id: //depot/perl@24482
|
|
|
| |
p4raw-id: //depot/perl@24454
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-Id: <200505120530.j4C5UhpX031152@smtp3.ActiveState.com>
p4raw-id: //depot/perl@24453
|
|
|
| |
p4raw-id: //depot/perl@24399
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change 22501 temporarily added some clean-up to the Win32 makefiles
which was only meant to stay until cpan rt #5616 was fixed. It is
now fixed (in EU-MM 6.22, which in turn has been in blead for a
while now), so these hacks are no longer required.
This change is also good for maint, which currently contains EU-MM
6.17, which didn't create the blibdirs.exists files in question
anyway.
p4raw-id: //depot/perl@24347
|
|
|
|
|
| |
This fixes some test failures introduced by change 24271.
p4raw-id: //depot/perl@24319
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24271
|
|
|
|
|
|
| |
(This indicates that any protocol may be used, so don't bother checking
that the requested protocol matches in this case.)
p4raw-id: //depot/perl@24242
|
|
|
| |
p4raw-id: //depot/perl@24227
|
|
|
| |
p4raw-id: //depot/perl@24225
|
|
|
| |
p4raw-id: //depot/perl@24222
|
|
|
| |
p4raw-id: //depot/perl@24198
|
|
|
|
|
|
| |
Restore "DEVEL" tag in patchlevel.h
Regenerate Porting/config*
p4raw-id: //depot/perl@24149
|
|
|
|
|
|
|
|
|
| |
This leaves things slightly (more) broken for MinGW builds on Cygwin,
but that doesn't currently quite work in other respects and isn't
documented anyway. See:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-03/msg00751.html
p4raw-id: //depot/perl@24131
|
|
|
|
|
|
|
| |
This fixes the problem described in:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-03/msg00740.html
p4raw-id: //depot/perl@24122
|
|
|
|
|
|
|
|
| |
Note that this feature doesn't actually work correctly on Win32
until the problem described here is solved:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-03/msg00740.html
p4raw-id: //depot/perl@24120
|
|
|
|
|
| |
Win32 makefiles
p4raw-id: //depot/perl@24113
|
|
|
| |
p4raw-id: //depot/perl@24111
|
|
|
| |
p4raw-id: //depot/perl@24099
|
|
|
|
|
|
|
|
|
| |
Use $B macro as per change 23991 in more places, and fix some syntax
errors in the subst's (missing trailing ",")
Tested with GCC and MSVC. I don't have BCC available, so those parts
are untested.
p4raw-id: //depot/perl@24014
|
|
|
|
|
|
| |
Subject: Re: Stop mktables from needlessly re-running when using dmake on Win32
Message-ID: <9b18b311050306001624012bd@mail.gmail.com>
p4raw-id: //depot/perl@24007
|
|
|
|
|
|
|
|
|
| |
Actually, "@echo." still emits a blank line. Use "@rem" instead as the
no-op. This was being used in the Win95 case, but works fine on WinNT
too, and is actually what ExtUtils-MakeMaker uses.
Also change the nmake Makefile.
p4raw-id: //depot/perl@24006
|
|
|
|
|
|
| |
(The shell's "echo" command displays the current echo setting when
called with no arguments. Use "echo." to display nothing.)
p4raw-id: //depot/perl@24005
|
|
|
| |
p4raw-id: //depot/perl@24004
|
|
|
|
|
| |
Message-ID: <9b18b31105021902003d9c2a95@mail.gmail.com>
p4raw-id: //depot/perl@23992
|
|
|
| |
p4raw-id: //depot/perl@23991
|
|
|
|
|
| |
(noticed by demerphq)
p4raw-id: //depot/perl@23984
|
|
|
|
|
|
|
|
| |
Currently, if USE_IMP_SYS is defined then PERL_MALLOC gets undefined.
We should also undefine DEBUG_MSTATS if PERL_MALLOC is (or has become)
undefined, and we should do all this *before* inspecting DEBUG_MSTATS
to see if we need to add -DPERL_DEBUGGING_MSTATS to BUILDOPT.
p4raw-id: //depot/perl@23970
|
|
|
| |
p4raw-id: //depot/perl@23969
|
|
|
|
|
|
|
| |
It is already excluded from $Config{dynamic_ext}, so should not be
in $Config{extensions} either. (Note that Thread is actually still
built, though. This is just for consistency with Unix builds.)
p4raw-id: //depot/perl@23817
|
|
|
|
|
|
|
|
|
|
| |
This was accidentally broken by change 23757. It has already been
fixed in maint-5.8 when resolving conflicts during integration of
23757, so this one does NOT need integrating itself!
For more details see:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-01/msg00477.html
p4raw-id: //depot/perl@23816
|
|
|
| |
p4raw-id: //depot/perl@23806
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change 23757 added a glob() call to win32/FindExt.pm. That code is
run by miniperl.exe when making the ..\config.sh target, but
miniperl.exe is built with -D PERL_EXTERNAL_GLOB so it requires
perlglob.exe to do the glob(). perlglob.exe has been built, but is
in the top-level of the source tree so is not found when miniperl.exe
is executed from within the win32/ sub-directory.
This was causing smokes to fail on t/lib/commonsense.t because the
"extensions" field in lib/Config_heavy.pl only contained
"threads/shared" as a result of the glob() not finding anything.
Manual builds had been working fine for me because I had an installed
perl in my PATH so perlglob.exe was being found there instead!
p4raw-id: //depot/perl@23785
|
|
|
| |
p4raw-id: //depot/perl@23777
|