summaryrefslogtreecommitdiff
path: root/os2
Commit message (Collapse)AuthorAgeFilesLines
* Removed the ifdefs for INCOMPLETE_TAINTSBrian Fraser2013-09-211-4/+0
| | | | | This was added in 5.5/5.6 as a backwards-compatibility measure when taint was extended to happen in more places.
* typo fix for os2 moduleDavid Steinbrunner2013-05-241-2/+2
| | | | Bump $VERSION for os2/OS2/OS2-Process/Process.pm.
* Fix various minor pod issuesKarl Williamson2013-01-243-6/+6
| | | | | These were all uncovered by the new Pod::Checker, not yet in core. Fixing these will speed up debugging the new Checker.
* Remove "register" declarationsKarl Williamson2012-11-241-2/+2
| | | | | | | This finishes the removal of register declarations started by eb578fdb5569b91c28466a4d1939e381ff6ceaf4. It neglected the ones in function parameter declarations, and didn't include things in dist, ext, and lib, which this does include
* Add C define to remove taint support from perlSteffen Mueller2012-11-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | By defining NO_TAINT_SUPPORT, all the various checks that perl does for tainting become no-ops. It's not an entirely complete change: it doesn't attempt to remove the taint-related interpreter variables, but instead virtually eliminates access to it. Why, you ask? Because it appears to speed up perl's run-time significantly by avoiding various "are we running under taint" checks and the like. This change is not in a state to go into blead yet. The actual way I implemented it might raise some (valid) objections. Basically, I replaced all uses of the global taint variables (but not PL_taint_warn!) with an extra layer of get/set macros (TAINT_get/TAINTING_get). Furthermore, the change is not complete: - PL_taint_warn would likely deserve the same treatment. - Obviously, tests fail. We have tests for -t/-T - Right now, I added a Perl warn() on startup when -t/-T are detected but the perl was not compiled support it. It might be argued that it should be silently ignored! Needs some thinking. - Code quality concerns - needs review. - Configure support required. - Needs thinking: How does this tie in with CPAN XS modules that use PL_taint and friends? It's easy to backport the new macros via PPPort, but that doesn't magically change all code out there. Might be harmless, though, because whenever you're running under NO_TAINT_SUPPORT, any check of PL_taint/etc is going to come up false. Thus, the only CPAN code that SHOULD be adversely affected is code that changes taint state.
* Undo VERSION bump for undone codeSteve Hay2012-08-201-1/+1
| | | | | | Commit 78ed4cf4d6 undid the accidental effect of eb578fdb55 on OS2::REXX but forgot to revert the accompanying VERSION bump, which is not otherwise required since nothing else has changed.
* fix accidentally modified commentJesse Luehrs2012-08-201-1/+1
|
* Omnibus removal of register declarationsKarl Williamson2012-08-183-9/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This removes most register declarations in C code (and accompanying documentation) in the Perl core. Retained are those in the ext directory, Configure, and those that are associated with assembly language. See: http://stackoverflow.com/questions/314994/whats-a-good-example-of-register-variable-usage-in-c which says, in part: There is no good example of register usage when using modern compilers (read: last 10+ years) because it almost never does any good and can do some bad. When you use register, you are telling the compiler "I know how to optimize my code better than you do" which is almost never the case. One of three things can happen when you use register: The compiler ignores it, this is most likely. In this case the only harm is that you cannot take the address of the variable in the code. The compiler honors your request and as a result the code runs slower. The compiler honors your request and the code runs faster, this is the least likely scenario. Even if one compiler produces better code when you use register, there is no reason to believe another will do the same. If you have some critical code that the compiler is not optimizing well enough your best bet is probably to use assembler for that part anyway but of course do the appropriate profiling to verify the generated code is really a problem first.
* Remove dead code related to the Atari ST port of perl 4.0 patchlevel 19Nicholas Clark2012-07-281-6/+0
| | | | | The subdirectory containing the port specific files was purged when 5.000 was released, but changes made to other files were not removed.
* OS2-Process/Process.pm: Fix broken pod linksKarl Williamson2011-07-031-4/+5
|
* Bump OS2::Process version since the docs changed triggering a test failJesse Vincent2011-02-011-1/+1
|
* Remove whitespace for pod fix.Michael Stevens2011-02-011-1/+1
|
* Version bumps for OS2 non-dual-life modules identified byJesse Vincent2011-01-201-1/+1
| | | | ./perl -Ilib Porting/cmpVERSION.pl -xd . v5.13.8
* Remove whitespace for pod fix.Michael Stevens2011-01-181-1/+1
|
* Fix typos (spelling errors) in os2/*.Peter J. Acklam) (via RT2011-01-077-17/+17
| | | | | | | | | # New Ticket Created by (Peter J. Acklam) # Please include the string: [perl #81900] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81900 > Signed-off-by: Abigail <abigail@abigail.be>
* Fix POD: C<...->...> => C<< ...-> ... >>Frank Wiegand2009-11-192-2/+2
| | | | Signed-off-by: Abigail <abigail@abigail.be>
* Bump OS2::DLL's version since it differs from what was shipped in 5.11.0Jesse Vincent2009-10-201-1/+1
|
* Bump OS2::Process's version since it differs from the version in 5.11.0Jesse Vincent2009-10-201-1/+1
|
* A number of pod fixes found by podcheck.tJesse Vincent2009-10-052-18/+18
|
* 354c724e8ab7 should only have renamed the directories. Not the typemap file.Nicholas Clark2009-09-041-0/+0
|
* OS/2 hadn't been updated to cope with the ext/ restructuring.Nicholas Clark2009-09-0445-1/+1
| | | | | | | | | | I don't have OS/2, so I can't test this, but the code in Configure will assume flat directories, because ext/File-Glob is present, and hence not search recursively and not find the OS/2 extensions if they are copied into ext/OS2/* I believe that without this change OS/2 will not have been building since the change to flattened ext. This change may not be sufficient to get OS/2 building again, but it is in the right direction.
* Remove the port to MiNT. It's a dead platform that hasn't had any love ↵Jesse Vincent2009-08-031-1/+1
| | | | since 5.005
* Update the documentation of get_sv() to note that it calls Perl_gv_fetchpv(),Nicholas Clark2009-01-211-1/+1
| | | | | and hence the 'create' argument is actually 'flags'. Fix core code and documentation that used TRUE or FALSE to use 0 or GV_ADD.
* PATCH: Large omnibus patch to clean up the JRRT quotesTom Christiansen2008-11-021-1/+5
| | | | | | Message-ID: <25940.1225611819@chthon> Date: Sun, 02 Nov 2008 01:43:39 -0600 p4raw-id: //depot/perl@34698
* Bump VERSIONs in all non-dual-lived modules that have changedSteve Hay2008-09-151-1/+1
| | | | | | | | | | since 5.8.8, ready for merging into maint-5.8 prior to 5.8.9. (Many (all?) of these should really have been changed prior to 5.10.0, but better late than never.) Also modify cmpVERSION.pl to skip uninstalled test modules whose VERSIONs don't really matter. p4raw-id: //depot/perl@34365
* $VERSION++ for all the non-dual life modules outside ext/ thatNicholas Clark2008-03-311-1/+1
| | | | | | | Porting/cmpVERSION.pl reports differ from the 5.10.0 release. All the rest of the differences would seem to be dual-life. :-( p4raw-id: //depot/perl@33623
* Re: SV leak?Vincent Pit2008-01-041-9/+9
| | | | | | | | Message-ID: <477D28BD.5060801@profvince.com> Mortalize SVs that are being pushed on the stack. Try to use specialized macros for pushing mortals. p4raw-id: //depot/perl@32822
* Nullch and others were still alive and well in some of the operatingSteve Peters2007-12-232-15/+15
| | | | | | 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
* Exterminate PL_na! Exterminate! Exterminate! Exterminate!Nicholas Clark2007-12-222-4/+4
| | | p4raw-id: //depot/perl@32704
* make PERL_SYS_INIT/INIT3/TERM into functionsDave Mitchell2007-09-251-7/+7
| | | p4raw-id: //depot/perl@31970
* OS/2-specific fixes, round IIIlya Zakharevich2006-12-1811-135/+2058
| | | | | Message-ID: <20061218084524.GA14866@powdermilk.math.berkeley.edu> p4raw-id: //depot/perl@29580
* Fixes for the test suite on OS/2Ilya Zakharevich2006-12-181-8/+14
| | | | | Message-ID: <20061214023222.GA29084@powdermilk.math.berkeley.edu> p4raw-id: //depot/perl@29578
* Re: [PATCH 5.8.8] Build on OS/2 - missing partIlya Zakharevich2006-12-101-1/+1
| | | | | Message-ID: <20061210003341.GA14200@powdermilk.math.berkeley.edu> p4raw-id: //depot/perl@29497
* Add PERLIO_INIT and PERLIO_TERM to PERL_SYS_INIT* and PERL_SYS_TERM*Nicholas Clark2006-10-211-4/+9
| | | | | in */*ish.h headers. p4raw-id: //depot/perl@29077
* Change all NEWSV() to newSV() in the core and non-dual-lived modules.Steve Hay2006-01-181-1/+1
| | | | | | | | Keep NEWSV() itself for backwards-compatibility outside of the core, but don't advertise it any more. (cf. change #25101). p4raw-link: @25101 on //depot/perl: a02a5408b2f199007c4dcb74559cc79066307ada p4raw-id: //depot/perl@26901
* Bump $VERSION in many modules that have changed.Nicholas Clark2006-01-123-3/+3
| | | p4raw-id: //depot/perl@26804
* Additional const prototype fixes.Steve Peters2006-01-071-1/+1
| | | p4raw-id: //depot/perl@26694
* Remove remaining references to mv-if-diffRafael Garcia-Suarez2005-10-251-26/+20
| | | p4raw-id: //depot/perl@25844
* Typos in *.p[lm]Piotr Fusik2005-08-022-5/+5
| | | | | | From: "Piotr Fusik" <pfusik@op.pl> Message-ID: <001401c595bd$dccb5d80$0bd34dd5@piec> p4raw-id: //depot/perl@25261
* Re: janitorial work ? [patch]Jim Cromie2005-07-082-15/+15
| | | | | | | | 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
* OS/2 updateIlya Zakharevich2004-01-016-75/+905
| | | | | Message-ID: <20031218221029.GA7898@math.berkeley.edu> p4raw-id: //depot/perl@22032
* [PATCH 5.8.2 @21574] make install: line noiseIlya Zakharevich2003-11-101-1/+1
| | | | | | | | | | | | | | Date: Tue, 4 Nov 2003 20:10:16 -0800 Message-ID: <20031105041016.GA2639@math.berkeley.edu> and part of Subject: [PATCH 5.8.2 @21574] make install: PREFIX and DESTDIR From: Ilya Zakharevich <nospam-abuse@ilyaz.org> Date: Tue, 4 Nov 2003 20:18:37 -0800 Message-ID: <20031105041836.GA2649@math.berkeley.edu> (I've left out the PREFIX part for now) p4raw-id: //depot/perl@21697
* OS/2 docuIlya Zakharevich2003-11-071-1/+285
| | | | | Message-ID: <20031107072618.GA4370@math.berkeley.edu> p4raw-id: //depot/perl@21677
* Re: [PATCH 5.8.2 @21574] OS/2 buildIlya Zakharevich2003-11-041-2/+2
| | | | | Message-ID: <20031104042044.GA1682@math.berkeley.edu> p4raw-id: //depot/perl@21651
* OS/2 buildIlya Zakharevich2003-11-026-48/+255
| | | | | Message-ID: <20031029220017.GA26384@math.berkeley.edu> p4raw-id: //depot/perl@21620
* Two OS/2 portability patches from Ilya.Ilya Zakharevich2003-10-211-0/+2
| | | | | | | | | | | | Subject: [PATCH 5.8.1 @21211] sockets broken on OS/2 Date: Thu, 25 Sep 2003 12:09:11 -0700 Message-ID: <20030925190911.GA27028@math.berkeley.edu> Subject: Re: [PATCH 5.8.1 @21379] tmpfile() broken on OS/2 From: Ilya Zakharevich <nospam-abuse@ilyaz.org> Date: Thu, 25 Sep 2003 19:50:45 -0700 Message-ID: <20030926025045.GA27507@math.berkeley.edu> p4raw-id: //depot/perl@21509
* getsysinfo() broken on OS/2Ilya Zakharevich2003-09-191-1/+1
| | | | | Message-ID: <20030919020106.GA22511@math.berkeley.edu> p4raw-id: //depot/perl@21286
* -M -A -C brokenIlya Zakharevich2003-09-181-0/+5
| | | | | | | Message-ID: <20030918180202.GA21949@math.berkeley.edu> (use stat.t instead of time.t) p4raw-id: //depot/perl@21277
* Missed OS/2 patch hunk.Jarkko Hietaniemi2003-09-181-0/+25
| | | p4raw-id: //depot/perl@21271
* OS/2 APIs againIlya Zakharevich2003-09-171-2/+7
| | | | | Message-ID: <20030917064941.GA20444@math.berkeley.edu> p4raw-id: //depot/perl@21259
View Lorry Controller Status