| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@23776
|
|
|
|
|
|
|
|
|
|
|
|
| |
and force PERL_MALLOC off if USE_IMP_SYS is on
This brings makefile.mk into line with Makefile in this regard
(PERL_MALLOC cannot currently be used with USE_IMP_SYS, e.g. see:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2004-07/msg00465.html
so it is sensible to enforce this, and to not have the default set
to a configuration that isn't allowed)
p4raw-id: //depot/perl@23769
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cc and ld themselves always get replaced with correct values anyway
so we just provide example values as per other similar settings
Other related values (ccname, cpp, cpprun, cppstdin) need to use the
correct ~keyword~, namely ~cc~, not ~CC~, otherwise they do not get set
Subject: [PATCH] Re: lib/Config/Extensions.t fails on Win32
Date: Wed, 5 Jan 2005 10:01:41 -0800
Message-ID: <20050105180141.GA676@efn.org>
Subject: Re: [PATCH] Re: lib/Config/Extensions.t fails on Win32
From: Yitzchak Scott-Thoennes <sthoenna@efn.org>
Date: Thu, 6 Jan 2005 11:53:11 -0800
Message-ID: <20050106195311.GC1300@efn.org>
p4raw-id: //depot/perl@23764
|
|
|
|
|
|
| |
Subject: [PATCH] Re: lib/Config/Extensions.t fails on Win32
Message-ID: <20050105180141.GA676@efn.org>
p4raw-id: //depot/perl@23762
|
|
|
|
|
|
| |
Subject: [PATCH] Re: lib/Config/Extensions.t fails on Win32
Message-ID: <20050105180141.GA676@efn.org>
p4raw-id: //depot/perl@23757
|
|
|
|
|
|
| |
so that "perl -V:usemallocwrap" tells us what the configuration is
instead of saying 'UNKNOWN'.
p4raw-id: //depot/perl@23740
|
|
|
| |
p4raw-id: //depot/perl@23616
|
|
|
|
|
| |
contents.
p4raw-id: //depot/perl@23574
|
|
|
|
|
|
|
|
|
| |
configpm now generates 2 files, a small Config.pm containing the
commonly used functions and values, which AUTOLOADs a
Config_heavy.pl containing anything else needed.
The "common" values in the small Config.pm may need some
tweaking, based on real world data.
p4raw-id: //depot/perl@23554
|
|
|
| |
p4raw-id: //depot/perl@23436
|
|
|
|
|
|
| |
From: "Konovalov, Vadim" <vkonovalov@spb.lucent.com>
Message-ID: <7DD1BE2C50259746ABB8683672D2089E08133C@itotest-1.spb.lucent.com>
p4raw-id: //depot/perl@23363
|
|
|
|
|
| |
Message-ID: <80173417046.20041011225700@vkonovalov.ru>
p4raw-id: //depot/perl@23360
|
|
|
|
|
|
|
|
|
| |
compatible LSP's on Windows to allow Perl to work in conjunction
with a firewall such as McAfee Guardian.
Bug report and possible solutions by Ken Fox <kfox@ford.com>;
further assistance by Artiom Morozov <artiom@phreaker.net>.
p4raw-id: //depot/perl@23275
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Integrate:
[ 23069]
This is RC2. Maybe this one will last longer.
[ 23141]
Break a leg
[perlhist.pod]
p4raw-link: @23141 on //depot/maint-5.8/perl: 9f882961fc43a6deff05386598fc91191e7baf9f
p4raw-link: @23069 on //depot/maint-5.8/perl: f2d13cbe20ce19819db8fa263a5aba881a4232ec
p4raw-id: //depot/perl@23154
p4raw-branched: from //depot/maint-5.8/perl@23152 'branch in'
pod/perl585delta.pod
p4raw-integrated: from //depot/maint-5.8/perl@23152 'edit in'
pod/perlhist.pod (@23069..)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CC: perl-win32-porters@listserv.ActiveState.com
Message-ID: <40F6B295.8010804@uk.radan.com>
Assumes perl's malloc can now handle non-contiguous memory (believed
to be true).
Does not address threading issues.
"The attached patch (against blead) makes sbrk() initially try to
extend the existing block of memory exactly as it currently does, but
to not fail immediately if it can't -- it now frees up that part of
whatever it had previously reserved+committed which hadn't actually
been used yet, resets all its static variables and basically starts
anew."
p4raw-id: //depot/perl@23128
|
|
|
| |
p4raw-id: //depot/perl@23111
|
|
|
|
|
| |
Message-ID: <40BF39B9.3060207@uk.radan.com>
p4raw-id: //depot/perl@22901
|
|
|
|
|
|
| |
Subject: Re: Smoke [5.9.2] 22881 FAIL(M) MSWin32 WinXP/.Net SP1 (x86/1 cpu)
Message-ID: <40BF087D.8030005@uk.radan.com>
p4raw-id: //depot/perl@22899
|