| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
(nw_get_sitelib() was hard coded to return NULL, which is a slower equivalent
to simply not defining SITELIB_EXP in the first place. I suspect a cargo cult
of win32/ without actually taking the time to understand it.)
|
|
|
|
|
|
|
|
|
|
|
|
| |
ability to create landmines that will explode under someone in the
future when they upgrade their compiler to one with better
optimisation. We've already done this at least twice.
(Yes, some of the assertions are after code that would already have
SEGVd because it already deferences a pointer, but they are put in
to make it easier to automate checking that each and every case is
covered.)
Add a tool, checkARGS_ASSERT.pl, to check that every case is covered.
p4raw-id: //depot/perl@33291
|
|
|
|
|
|
| |
system specific directories. I think I've chainsawed all of them now,
but I can't guarantee that it compiles anywhere from win32.
p4raw-id: //depot/perl@32713
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@17376
|
|
|
| |
p4raw-id: //depot/perl@16922
|
|
|
| |
p4raw-id: //depot/perl@16104
|
|
|
| |
p4raw-id: //depot/perl@16076
|
|
|
| |
p4raw-id: //depot/perl@15747
|
|
|
|
|
|
|
| |
Message-ID: <AIEAJICLCBDNAAOLLOKLEEEAEAAA.paul_marquess@yahoo.co.uk>
packWARN also for subdirs.
p4raw-id: //depot/perl@15378
|
|
|
| |
p4raw-id: //depot/perl@14567
|
|
|
| |
p4raw-id: //depot/perl@11875
|
|
|
|
|
| |
working in 5.7.x
p4raw-id: //depot/perl@11803
|
|
|
| |
p4raw-id: //depot/perl@10986
|
|
p4raw-id: //depot/perl@10643
|