| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@26963
|
|
|
|
|
| |
Change 19899 removed them before, but they have accidentally crept back.
p4raw-id: //depot/perl@26936
|
|
|
| |
p4raw-id: //depot/perl@26783
|
|
|
|
|
| |
of libwin32 (0.26), so bump the $VERSION a little
p4raw-id: //depot/perl@26778
|
|
|
| |
p4raw-id: //depot/perl@26758
|
|
|
| |
p4raw-id: //depot/perl@26740
|
|
|
| |
p4raw-id: //depot/perl@26726
|
|
|
|
|
|
| |
From: "Sisyphus" <sisyphus1@optusnet.com.au>
Message-ID: <024301c61119$bca4a840$e201140a@desktop>
p4raw-id: //depot/perl@26659
|
|
|
|
|
|
| |
(Keep the order in win32/config.* and win32/config_H.* the same as in
Configure and config_H.SH for easier diffing)
p4raw-id: //depot/perl@26655
|
|
|
|
|
|
| |
(They both complain "invalid conversion from `void*' to `HWND__*'"
otherwise)
p4raw-id: //depot/perl@26637
|
|
|
|
|
| |
files.
p4raw-id: //depot/perl@26630
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-ID: <06c701c60682$e650adc0$d563a8c0@candy>
p4raw-id: //depot/perl@26441
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-ID: <046001c605c7$69470290$d563a8c0@candy>
p4raw-id: //depot/perl@26430
|
|
|
|
|
|
|
| |
Message-ID: <015901c60207$abd64210$d563a8c0@candy>
(Without the proposed alarm.t test)
p4raw-id: //depot/perl@26379
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-ID: <062401c5ef26$99b3a490$2217a8c0@candy>
p4raw-id: //depot/perl@26189
|
|
|
|
|
| |
p4raw-link: @26041 on //depot/perl: 8c56068e9474ff1eb28abd58496550d54581dd25
p4raw-id: //depot/perl@26044
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-ID: <078001c5e41e$585c4140$6401a8c0@candy>
p4raw-id: //depot/perl@26041
|
|
|
|
|
|
| |
From: "Paul Marquess" <paul.marquess@ntlworld.com>
Message-ID: <003501c5df06$7d63fdb0$0505140a@myopwv.com>
p4raw-id: //depot/perl@25952
|
|
|
|
|
|
|
|
|
| |
Fixes a warning brought about by change #25941 (which made the
filename argument const).
The various implementations of PerlLIOUtime() (in NetWare/, win32/
and wince/) already take a const filename.
p4raw-link: @25941 on //depot/perl: e96b369dc61077fe31b75895167f55dbce4d7519
p4raw-id: //depot/perl@25945
|
|
|
|
|
| |
p4raw-link: @25935 on //depot/perl: dc814df18cd354aa2bad87c5b7f94c6b2d38af48
p4raw-id: //depot/perl@25943
|
|
|
| |
p4raw-id: //depot/perl@25919
|
|
|
| |
p4raw-id: //depot/perl@25867
|
|
|
|
|
|
|
| |
compatability with previous versions of Perl. Change also includes
various Makefile changes to compile the new file and link it into
libperl.
p4raw-id: //depot/perl@25866
|
|
|
| |
p4raw-id: //depot/perl@25863
|
|
|
|
|
|
| |
be used on Win32, but it does fix the problem at hand.
p4raw-link: @25850 on //depot/perl: ca0c25f67f45e5dccb746852d8545d7ae29ed067
p4raw-id: //depot/perl@25859
|
|
|
|
|
|
|
| |
Update all the canned config.sh files.
Assume that symbian and Win32 are all ANSI conformant, note that ARM
Linux (ie glibc) will be, don't assume that any other platform is.
p4raw-id: //depot/perl@25831
|
|
|
|
|
| |
p4raw-link: @25793 on //depot/perl: b0a2e8e64dee1b1bd00055b3c5b69e2c3c888f55
p4raw-id: //depot/perl@25794
|
|
|
|
|
| |
p4raw-link: @25733 on //depot/perl: bdf33aa7435b6e4ab927ed6430f3f240f211d879
p4raw-id: //depot/perl@25734
|
|
|
|
|
| |
Message-ID: <lrk6glej0e.fsf@caliper.activestate.com>
p4raw-id: //depot/perl@25728
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
p4raw-id: //depot/perl@25694
|
|
|
|
|
| |
Message-ID: <lrd5ml7i8s.fsf@caliper.activestate.com>
p4raw-id: //depot/perl@25688
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
p4raw-id: //depot/perl@25672
|
|
|
| |
p4raw-id: //depot/perl@25573
|
|
|
|
|
| |
p4raw-link: @25387 on //depot/perl: 7dd121aefd69a3ba2201a35698deaeda3a8a77ad
p4raw-id: //depot/perl@25488
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@ActiveState.com>
Message-Id: <200508222237.j7MMbFPA027764@smtp3.ActiveState.com>
p4raw-id: //depot/perl@25321
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
Thanks to John E. Malmberg <wb8tyw@qsl.net> for pointing this out.
p4raw-id: //depot/perl@25288
|
|
|
| |
p4raw-id: //depot/perl@25286
|
|
|
|
|
|
| |
From: "Piotr Fusik" <pfusik@op.pl>
Message-ID: <001401c595bd$dccb5d80$0bd34dd5@piec>
p4raw-id: //depot/perl@25261
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was disabled by change 22689 because it was severely broken
at the time. See the thread starting here:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2004-04/msg00370.html
The PERL_MALLOC_WRAP code in handy.h has since changed along the
lines of what was discussed in that thread (in particular, by change
25034) and I find that everything is now fine with PERL_MALLOC_WRAP
re-enabled.
p4raw-id: //depot/perl@25226
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Trawling through all these config files, I think I've found the
reason why bcc32 builds with USE_LARGE_FILES were failing (e.g.
(see http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-06/msg00809.html):
lseeksize and lseektype were set to 8 and __int64, but Borland's
<io.h> suggests that they should be 4 and long respectively.
Changing them accordingly makes all tests pass. And I see that
win32/win32.c has special handling for __BORLANDC__ + USE_LARGE_FILES,
presumably to cope with this difference?
p4raw-id: //depot/perl@25216
|
|
|
|
|
|
|
|
|
|
|
| |
uselargefiles, usemultiplicity, useperlio and useithreads are now
off in the canned win32/config_H.* files, so change these to match.
Also scrap the misleading ~USE_PERLIO~ and ~USE_SITECUST~ tags
which don't actually work since no such CFG_VARS are passed in to
config_sh.PL. (The useperlio and usesitecustomize entries actually
get substituted by the more general "if (/^([\w_]+)=(.*)$/)" case.)
p4raw-id: //depot/perl@25215
|
|
|
|
|
|
| |
No existing entries changed, just adding some missing ones based
on Porting/config.sh
p4raw-id: //depot/perl@25214
|
|
|
| |
p4raw-id: //depot/perl@25211
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These are used in their unedited form to build miniperl, so should
represent a minimal configuration
The plan is to use miniperl's "-V" output in makedef.pl, so it is
important that it doesn't include any of the optional things in the
makefiles that the user might have chosen to disable
(The actual config.h used to build perl itself is, of course, an
edited version of these canned configs produced by using miniperl
to run config_h.PL so these changes won't affect perl itself)
p4raw-id: //depot/perl@25208
|
|
|
|
|
|
| |
No actual changes, just reordering the contents of the files so that
diff works better.
p4raw-id: //depot/perl@25206
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
Message-ID: <42CC3CE9.5050606@divsol.com>
(reverted all dual-lived modules since they must work with older
perls too so must wait for a new Devel::PPPort)
p4raw-id: //depot/perl@25101
|
|
|
| |
p4raw-id: //depot/perl@25068
|
|
|
| |
p4raw-id: //depot/perl@25040
|