summaryrefslogtreecommitdiff
path: root/x2p
Commit message (Collapse)AuthorAgeFilesLines
* regen/unicode_constants.pl: Change #define nameKarl Williamson2013-03-081-1/+1
| | | | | This was added in the 5.17 series so there's no code relying on its current name. I think that the abbreviation is clearer.
* Fix various minor pod issuesKarl Williamson2013-01-241-1/+1
| | | | | These were all uncovered by the new Pod::Checker, not yet in core. Fixing these will speed up debugging the new Checker.
* handy.h: Create isALPHANUMERIC() and kinKarl Williamson2012-12-221-3/+3
| | | | | | | | | | | | | | | | | | | | | | Perl has had an undocumented macro isALNUMC() for a long time. I want to document it, but the name is very obscure. Neither Yves nor I are sure what it is. My best guess is "C's alnum". It corresponds to /[[:alnum:]]/, and so its best name would be isALNUM(). But that is the name long given to what matches \w. A new synonym, isWORDCHAR(), has been in place for several releases for that, but the old isALNUM() should remain for backwards compatibility. I don't think that the name isALNUMC() should be published, as it is too close to isALNUM(). I finally came to the conclusion that isALPHANUMERIC() is the best name; it describes its purpose clearly; the disadvantage is its long length. I doubt that it will get much use, but we need something, I think, that we can publish to accomplish this functionality. This commit also converts core uses of isALNUMC to isALPHANUMERIC. (I intended to that separately, but made a mistake in rebasing, and combined the two patches; and it seemed like not a big enough problem to separate them out again.)
* Remove "register" declarationsKarl Williamson2012-11-245-29/+29
| | | | | | | 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 shebangs where missingSawyer X2012-09-222-0/+4
|
* Remove some EBCDIC dependenciesKarl Williamson2012-09-131-5/+3
| | | | | | A new regen'd header file has been created that contains the native values for certain characters. By using those macros, we can eliminate EBCDIC dependencies.
* Remove the VM/ESA port.Nicholas Clark2012-08-311-1/+1
| | | | | VM/ESA was a mainframe OS. IBM ended service on it in June 2003. It was superseded by Z/VM.
* Omnibus removal of register declarationsKarl Williamson2012-08-186-57/+57
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 the UTS port.Nicholas Clark2012-08-171-8/+0
| | | | | | UTS was a mainframe version of System V created by Amdahl, subsequently sold to UTS Global. The port has not been touched since before 5.8.0, and UTS Global is now defunct.
* x2p/str.c C++ clean-up.Craig A. Berry2012-07-311-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Compiling str.c with HP C++ for OpenVMS says, FILE_ptr(fp) = (void*)ptr; /* LHS STDCHAR* cast non-portable */ .....................^ %CXX-E-INCASSOPN, a value of type "void *" cannot be assigned to an entity of type "char *" at line number 213 in file D0:[craig.blead.x2p]str.c;1 FILE_ptr(fp) = (void*)ptr; /* LHS STDCHAR* cast non-portable */ .................^ %CXX-E-INCASSOPN, a value of type "void *" cannot be assigned to an entity of type "char *" at line number 233 in file D0:[craig.blead.x2p]str.c;1 So remove the void casts to avoid the errors. This is an exact mirror of d06fc7d4ca98, which also removed the void cast from an equivalent line in perlio.c. That was almost six years ago, so if anything especially dire were going to happen without the cast, it likely would have happened by now. The casts were added by cc00df79d5 and 5faea5d5, the former of which refers vaguely to "compiler worries" without specifying what they were, but signedness warnings are a likely suspect. We'll get those again now, but warnings are less bad than errors. A more robust solution would be to add a Configure-time detection of the type of FILE._ptr and cast everything to that. An even more robust solution would be to eliminate all the "buffer snooping" mechanisms and concede that maintaining an stdio implementation is a job for stdio maintainers and not Perl maintainers.
* Remove code for supporting 80286 based systems.Nicholas Clark2012-07-281-4/+0
| | | | | | | | The 80286 was released two years before Perl 1, but the support code was added with Perl 3. The chip hasn't been produced for more than 15 years - even the 80386 hasn't been manufactured since 2007. Most of the other memory model code was removed by commit 5869b1f143426909 in Sep 2000, so support for 16 bit systems is long dead.
* walk.c: Combine macro callsKarl Williamson2012-06-171-5/+5
| | | | | Replace combinations of macro calls with single ones that mean the same thing.
* a2py.c: Use isWORDCHAR() instead of individ componentsKarl Williamson2012-06-171-2/+2
| | | | | isWORDCHAR() is a single macro (and array lookup) that is the equivalent of the OR of the three macros previously used.
* VMS --> __VMS in a2p.h.Craig A. Berry2012-06-021-1/+1
| | | | | | | | | | C++ does not define VMS, only __VMS. We define VMS in config.h for C++, but here we're trying to figure out how to include config.h, so we don't have it yet. The only compiler that defined only VMS and not __VMS was VAX C, which isn't C89-compliant and can't build Perls from the current century.
* add a missing blink above =item to s2p.PLRicardo Signes2012-05-081-1/+2
|
* Remove commented-out "support" for perl's malloc with x2p.Nicholas Clark2011-12-091-15/+4
| | | | | | | | | | In 1998 commit 30e2e4257067d5f8 stated temporarily disable perl malloc for a2p until we clean up conflicting malloc() declarations everywhere and nothing has changed since. 13 years later, no-one has reported problems, so it's safe to remove it.
* [RT #36079] Convert ` to '.jkeenan2011-11-221-5/+5
|
* [RT #36079] Convert ` to '.jkeenan2011-11-221-68/+68
|
* The Borland Chainsaw MassacreSteve Hay2011-09-102-14/+1
| | | | | Remove support for the Borland C++ compiler on Win32, as agreed here: http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2011-09/msg00034.html
* s2p: Fix broken pod linksKarl Williamson2011-07-031-3/+3
|
* [perl #88496] missing dependencies in perl core makefilesMartin Becker2011-05-181-2/+2
| | | | | | | | | | | | | | | | | | | I have spotted a couple of missing dependencies in the makefiles utils/Makefile.SH and x2p/Makefile.SH that prevent json_pp, s2p, psed, and find2perl from being rebuilt after configuration changes. This could cause trouble if the install prefix has been changed, so that the shebang line of these scripts from a previous build no longer matches the target location of the perl binary. A workaround would be to always "make clean" after changes to the configuration, which sounds reasonable anyway. That said, most of the other tools do have config.sh properly listed as a dependency and I don't see why those four should not. I have attached a small patch against perl-5.13.11 to fix this. The bug is also present in the latest stable release as of this writing, perl-5.12.3, except that json_pp is not included there.
* Fix typos (spelling errors) in x2p/*.Peter J. Acklam) (via RT2011-01-071-2/+2
| | | | | | | | | # New Ticket Created by (Peter J. Acklam) # Please include the string: [perl #81920] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81920 > Signed-off-by: Abigail <abigail@abigail.be>
* Fix x2p and utils dependencies for static buildsAndy Dougherty2010-10-141-3/+10
| | | | | | | | The x2p and utils .PL extractions use the Cwd module, which is not available in miniperl in a static build. (For a dynamic build, miniperl only loads the pure perl portion of Cwd, but building the whole extension ensures that the pure perl part is correctly built and available. It might be cleaner just to always require the full perl.)
* Make everything exec-bit.txt lists executableFlorian Ragwitz2010-08-192-0/+0
| | | | | | | All these files used to be executable in the release tarballs. Apparently things also work without that in the repository, but I'd rather add this possibly unecessary change to blead instead of breaking the upcoming release. This should probably be looked into again afterwards.
* Global executable bit cleanupDavid Golden2010-07-242-0/+0
| | | | | | | | | | | | | | | | | | | | When porting/makerel runs, all files copied into the directory for the tarball have the executable bit stripped and then only a specific set of files have the executable bit restored. There are many files in the repo that have the executable bit set in the repo that will be stripped. So that the state of files in the repo is as close as possible to the state of files in the release tarball, the executable bit has been stripped from such files. In one recent case, a file added from a dual-life module needed the executable bit set. Because it had the bit in the repo but was not listed in makerel to get an executable bit, tests using it passed in the repo and failed in the tarball. This commit refactors the list into a new file, Porting/exec-bit.txt and add tests to detect a mismatch between files listed there and actual executable bits in the repo.
* a2p match() faultyZefram2009-10-231-1/+1
| | | | | | | While I was doing the $[ thing, I discovered a bug in a2p's handling of the match() operator. It uses a comma operator, which has unintended behaviour in list context (e.g., in a print statement). It also returns empty string for a non-match, rather than the required 0.
* a2p generates code using $[Zefram2009-10-231-4/+4
| | | | | | | | | | | I missed earlier that the a2p documentation mentions $[. Patch attached. The same doc section has a couple of other paragraphs that look like they need updating, but I'm not sure what to do with them: one refers to keys() not applying to arrays, and one is about $#. -zefram Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
* [perl #69838] a2p generates code using $[Zefram2009-10-233-25/+13
|
* 'make distclean now results in an actually-clean tree.Jesse Vincent2009-10-041-0/+2
|
* Backslash-escape /s in the target of a generated s/// expressionAbhijit Menon-Sen2009-08-291-1/+1
| | | | | Fixes #68840 reported by Guglielmo Bondioni, where a2p incorrectly translated sub(/foo/,"bar/baz") into s/foo/bar/baz/.
* find2perl (was Re: help unblock me from *@perl.org so I can use perlbug)Michael G Schwern2009-03-251-20/+0
|
* Add SEE ALSO's to find2perl and File::Find.Dan Jacobson2009-03-251-1/+7
|
* Move .bat gitignores with their unix counterpartsRafael Garcia-Suarez2009-01-061-0/+3
| | | | Remove also redundant ignores for produced files in x2p
* [admin] set up .gitignore filesSam Vilain2008-12-191-0/+4
| | | | | A list submitted by Paul Fenwick was briefly factored into directory-specific rules.
* Fix x2p, which was broken by #34598 with -DPERL_MEM_LOG.Marcus Holland-Moritz2008-10-271-0/+6
| | | p4raw-id: //depot/perl@34603
* Remove the last Null(...) from x2p/*Nicholas Clark2007-12-271-1/+1
| | | | | | Something tells me that Win32 is compiling x2p with -DPERL_CORE *nix dosn't do this. p4raw-id: //depot/perl@32739
* patch - chg 32721 missed a couple NullstrsJim Cromie2007-12-251-2/+2
| | | | | Message-ID: <4770FA02.2080800@gmail.com> p4raw-id: //depot/perl@32723
* Remove Nullch etc. from x2pJan Dubois2007-12-256-23/+18
| | | | | | From: "Jan Dubois" <jand@activestate.com> Message-ID: <0cca01c84680$7afc9170$70f5b450$@com> p4raw-id: //depot/perl@32721
* C<make translators> -Wwrite-strings cleanRobin Barker2007-12-219-57/+65
| | | | | | From: "Robin Barker" <Robin.Barker@npl.co.uk> Message-ID: <46A0F33545E63740BC7563DE59CA9C6D09399C@exchsvr2.npl.ad.local> p4raw-id: //depot/perl@32690
* Re: [PATCH] Cray XT4/Catamount buildJarkko Hietaniemi2007-09-171-1/+3
| | | | | Message-ID: <46EC7D3D.5010604@iki.fi> p4raw-id: //depot/perl@31878
* Change stripRegex prototype to $$;$ because only one caller usesAbhijit Menon-Sen2007-07-251-1/+1
| | | | | the third argument. p4raw-id: //depot/perl@31657
* s2p.PLWolfgang Laun2007-07-251-4/+11
| | | | | Message-Id: <46A474A2.2060400@thalesgroup.com> p4raw-id: //depot/perl@31656
* 'make veryclean' still dirtyJerry D. Hedden2007-07-121-1/+1
| | | | | | From: "Jerry D. Hedden" <jdhedden@cpan.org> Message-ID: <1ff86f510707111706g7bfe8306o3c913409a307567c@mail.gmail.com> p4raw-id: //depot/perl@31591
* Stop VC++ from warning "'getenv' : inconsistent dll linkage.Steve Hay2007-06-071-0/+4
| | | | | | | | dllexport assumed." when building with -DDEBUGGING by declaring getenv() with the same __declspec as in Microsoft's <stdlib.h>. MinGW/GCC is happy with that too, but Borland doesn't understand _CRTIMP so don't bother for Borland since it doesn't warn anyway. p4raw-id: //depot/perl@31350
* Spelling nits from Debian bug list...Matt Taggart2006-10-272-2/+2
| | | | | | Subject: Bug#395426: perl: spelling errors Message-Id: <20061026222329.8B8CF1AAC6D@cyrix.home.bogus> p4raw-id: //depot/perl@29121
* Fixes to compile Perl with g++ and DEBUGGING.Steve Peters2006-10-041-1/+5
| | | p4raw-id: //depot/perl@28934
* Remove perlcc and the byteloaderRafael Garcia-Suarez2006-09-061-3/+0
| | | p4raw-id: //depot/perl@28790
* Added an additional #ifndef based on comments by Jarkko andSteve Peters2006-08-271-1/+3
| | | | | John Malmberg. p4raw-id: //depot/perl@28765
* g++/x2p (better version)Jarkko Hietaniemi2006-08-223-2/+14
| | | | | Message-Id: <200608211148.k7LBmQGL161830@kosh.hut.fi> p4raw-id: //depot/perl@28742
* Re: how to build with -DPERL_MEM_LOG ?Andy Dougherty2006-02-161-0/+12
| | | | | Message-ID: <Pine.SOC.4.62.0602031129530.9630@maxwell.phys.lafayette.edu> p4raw-id: //depot/perl@27204
View Lorry Controller Status