| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
See the thread starting here for arguments:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-06/msg00994.html
p4raw-id: //depot/perl@25033
|
|
|
|
|
| |
Message-ID: <Mahogany-0.66.0-1232-20050627-220727.00@rbnet.it>
p4raw-id: //depot/perl@24999
|
|
|
|
|
| |
Doesn't fix bcc32 + USE_LARGE_FILES, though :-(
p4raw-id: //depot/perl@24977
|
|
|
| |
p4raw-id: //depot/perl@24975
|
|
|
|
|
|
|
|
| |
That fact that it wasn't const already was highlighted by a warning
from pp_open_dir() generated by change 24743. Rather than undo the
const change in pp_open_dir(), this seems to make more sense. Hope I
haven't broken Netware or WinCE.
p4raw-id: //depot/perl@24974
|
|
|
|
|
|
|
|
| |
It still whines about 'in' and 'b' being assigned values that are
never used on lines 348 and 505 respectively (as side effects of the
calls to c2l and l2c respectively), but I'm not sure how to shut
them up.
p4raw-id: //depot/perl@24947
|
|
|
|
|
| |
("Suspicious pointer conversion")
p4raw-id: //depot/perl@24946
|
|
|
|
|
| |
("Superfluous & with function")
p4raw-id: //depot/perl@24937
|
|
|
| |
p4raw-id: //depot/perl@24926
|
|
|
|
|
|
| |
The try.c test program added to Configure by change 24898 outputs
"Yes" using each of VC++, GCC and BCC32, so here goes...
p4raw-id: //depot/perl@24905
|
|
|
|
|
|
| |
This fixes failures in ext/B/t/deparse.t and lib/warnings.t (and
renders change 24870 obsolete, hence it is reverted here).
p4raw-id: //depot/perl@24883
|
|
|
|
|
|
| |
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
|