| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
It makes life easier for third-party extensions if perl provides a
decent set of libs to link against. cl and gcc builds already have
this (except that gcc was missing one lib), but bcc32 builds only
have one or two libs supplied. In particular, the ODBC libs
required for building libwin32 were not specified. One of these
doesn't exist in the Borland lib dirs by default, so generate it
from the DLL if it is missing.
p4raw-id: //depot/perl@25289
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
They were broken because change 24806 forgot to add -DWITH_STATIC
to the recipe for compiling perllib.c which meant that perllibst.h
was not included and hence although they built OK, the static
extensions could not actually be used!
In fact, since perllibst.h is always created (it is more or less
empty when static extensions are not being used), there is no need
for -DWITH_STATIC at all. So rather than adding it to Makefile,
just drop it from makefile.mk and perllib.c.
Also add the missing cleanup of perllibst.h to Makefile.
p4raw-id: //depot/perl@25150
|
|
|
| |
p4raw-id: //depot/perl@25068
|
|
|
| |
p4raw-id: //depot/perl@24926
|
|
|
| |
p4raw-id: //depot/perl@24866
|
|
|
| |
p4raw-id: //depot/perl@24863
|
|
|
| |
p4raw-id: //depot/perl@24862
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@24792
|
|
|
| |
p4raw-id: //depot/perl@24615
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24271
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@23777
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Subject: [PATCH] Re: lib/Config/Extensions.t fails on Win32
Message-ID: <20050105180141.GA676@efn.org>
p4raw-id: //depot/perl@23762
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
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
|
|
|
|
|
| |
Message-ID: <40BC930D.90701@uk.radan.com>
p4raw-id: //depot/perl@22887
|
|
|
|
|
| |
at build by mktables, stored in lib/unicore/PVA.pl
p4raw-id: //depot/perl@22881
|
|
|
|
|
| |
Don't ship any of the files that it generates in lib/unicore
p4raw-id: //depot/perl@22879
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Subject: Re: [PATCH] Re: MinGW/GCC vs MSVC++ on Win32
Date: Tue, 23 Mar 2004 10:42:12 +0000
Message-ID: <40601484.7040905@uk.radan.com>
Subject: [PATCH] distclean on Win32 should delete perl.base
From: Steve Hay <steve.hay@uk.radan.com>
Date: Tue, 23 Mar 2004 11:35:56 +0000
Message-ID: <4060211C.8020704@uk.radan.com>
Subject: Re: [PATCH] Create debug symbols files on Windows even for release
From: Steve Hay <steve.hay@uk.radan.com>
Date: Fri, 26 Mar 2004 10:46:07 +0000
Message-ID: <406409EF.9020404@uk.radan.com>
p4raw-id: //depot/perl@22610
|
|
|
|
|
| |
Message-ID: <20040319181525.A6347@ms.chinmin.edu.tw>
p4raw-id: //depot/perl@22541
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: Jan Dubois <jand@activestate.com>
Message-ID: <lg2k509o51b8openotuetdts6go7pn4udo@4ax.com>
Date: Thu, 18 Mar 2004 13:13:49 -0800
Subject: Re: [PATCH] Move Win32.pm/Win32.xs from libwin32 module to core Perl
From: Steve Hay <steve.hay@uk.radan.com>
Message-ID: <405ACC6D.1040804@uk.radan.com>
Date: Fri, 19 Mar 2004 10:33:17 +0000
p4raw-id: //depot/perl@22537
|
|
|
| |
p4raw-id: //depot/perl@22530
|
|
|
| |
p4raw-id: //depot/perl@22523
|