summaryrefslogtreecommitdiff
path: root/globvar.sym
Commit message (Collapse)AuthorAgeFilesLines
* regcomp.c: generate folded for EXACTF and EXACTFUKarl Williamson2011-10-171-0/+1
| | | | | | regcomp.c folds the string in these two nodes except in one case. Change that case to correspond with the predominant behavior. This enables future optimizations
* Eliminate global.sym, as makedef.pl can generate it internally.Nicholas Clark2011-08-251-1/+0
| | | | | | | | global.sym was a file listing the exported symbols, generated by regen/embed.pl from embed.fnc and regen/opcodes, which was only used by makedef.pl Move the code that generates global.sym from regen/embed.pl to makedef.pl, and thereby eliminate the need to ship a 907 line generated file.
* Handle PL_sh_path better in globvar.sym and makedef.plNicholas Clark2011-08-231-0/+1
| | | | | | | PL_sh_path needs some form of special case because it is conditionally defined either in perlvar.h or perl.h, but globvar.sym mentions all symbols unconditionally, and undef -DPERL_GLOBAL_STRUCT perlvar.h is parsed as an unconditional skip list.
* Add PL_valid_types_{IVX,NVX,PVX,RV,IV_set,NV_set} into globar.sym.Nicholas Clark2011-07-151-0/+6
| | | | | f1fb874192252653 added these 6 new global variables, but omitted to add them to the list of exported symbols.
* Sort globvar.sym lexically.Nicholas Clark2011-07-151-3/+3
|
* Move PL_runops_{std,dbg} to perl.h, and make them const.Nicholas Clark2011-06-121-0/+2
| | | | | They exist solely to ensure that Perl_runops_standard and Perl_runops_debug are linked in - nothing assigns to either variable, and nothing reads them.
* Move PL_global_struct_size, PL_interp_size{,_5_16_0} to perl.hNicholas Clark2011-06-121-0/+3
| | | | Make them const U16 - they should have been const from the start.
* Move PL_{revision,version,subversion} to perl.h, making them const U8.Nicholas Clark2011-06-121-0/+3
| | | | | To get the initialisation to work, the location of #include patchlevel.h needs to be moved.
* Move PL_{No,Yes,hexdigit} from perlvars.h to perl.h, as all are const char[]Nicholas Clark2011-06-121-0/+3
| | | | | | | | | | | They were converted in perl.h from const char[] to #define in 31fb120917c4f65d, then re-instated as const char[], but in perlvars.h, in 3fe35a814d0a98f4. There's no need for compile-time constants to jump through the hoops of perlvars.h, even for Symbian, as the various "EXTCONST" variables already in perl.h demonstrate. These were the only 3 users of the the PERLVARISC macro, so eliminate that, and all related code.
* Create a lookup table for magic vtables from magic type, PL_magic_data.Nicholas Clark2011-06-111-0/+1
| | | | | | | | | | | Use it to eliminate the large switch statement in Perl_sv_magic(). As the table needs to be keyed on magic type, which is expressed as C character constants, the order depends on the compiler's character set. Frustratingly, EBCDIC variants don't agree on the code points for '~' and ']', which we use here. Instead of having (at least) 4 tables, get the local runtime to sort the table for us. Hence the regen script writes out the (unsorted) mg_raw.h, which generate_uudmap sorts to generate mg_data.h
* Provide the names of the magic vtables in PL_magic_vtable_names[].Nicholas Clark2011-06-111-0/+1
| | | | | | As it's a 1 to 1 mapping with the vtables in PL_magic_vtables[], refactor Perl_do_magic_dump() to index into it directly to find the name for an arbitrary mg_virtual, avoiding a long switch statement.
* Replace PL_vtbl_* with an array PL_magic_vtables.Nicholas Clark2011-06-111-29/+1
| | | | | | Define each PL_vtbl_* name as a macro which expands to the correct array element. Using a single array instead of multiple named variables will allow the simplification of various pieces of code.
* Abolish PL_vtbl_sig. It's been all 0s since it was added in 5.0 alpha 2.Nicholas Clark2011-06-111-1/+0
| | | | | Magic with a NULL vtable is equivalent to magic with a vtable of all 0s. On CPAN, only Apache::Peek's code for 5.005 is referencing it.
* Restore building with -DPERL_GLOBAL_STRUCT, broken since 4dc941f7cb795735.Nicholas Clark2011-05-221-0/+1
| | | | | | | | | As PL_charclass is a constant, it doesn't need to be accessed via the global struct. It should be exported via globvar.sym, not PERLVARA() in perlvars.h [With a PERVARA() it all compiles perfectly, once C<dVAR>s are added where now needed, but the build loops forever because the (real) charclass array is never initialised]
* export PL_core_reg_engine so it's visible to the re moduleTony Cook2011-02-191-0/+1
| | | | Win32 builds have been broken since de1ac46b without this.
* Add fold_latin1 to the list of exported variable symbols (unbreaking ↵Max Maischein2010-11-241-0/+1
| | | | Win32+gcc build)
* Add ${^GLOBAL_PHASE}Florian Ragwitz2010-11-141-0/+1
| | | | This exposes the current top-level interpreter phase to perl space.
* Add simple_bitmask and varies_bitmask to globvar.sym.Nicholas Clark2010-05-281-0/+2
| | | | global.sym is generated; is there a way to automate globvar.sym?
* Complete the fix for Win32 link following commits 88e1f1a and 406ca27Steve Hay2009-11-061-0/+1
|
* PL_bincompat_opt should be exported on AIX and WindowsJan Dubois2008-04-041-0/+1
| | | | | | | | From: "Jan Dubois" <jand@activestate.com> Message-ID: <02c001c895eb$9bc3e920$d34bbb60$@com> (with one tweak--it should be PL_bincompat_options!) p4raw-id: //depot/perl@33644
* PL_AMG_names is only used by gv.c (as far as Google code search canNicholas Clark2007-10-161-1/+0
| | | | | | | see), so it can easily be a static variable inside gv.c. This allows the implementation to be changed in future Perls within the 5.10.x series. p4raw-id: //depot/perl@32116
* /p vs (?p)Abigail2007-06-301-0/+1
| | | | | | | | | | | | | Date: Fri, 29 Jun 2007 23:38:07 +0200 Message-ID: <20070629213807.GA14454@abigail.nl> Subject: [PATCH pod/perlre.pod] Keeping up with the changes. From: Abigail <abigail@abigail.be> Date: Sat, 30 Jun 2007 01:24:36 +0200 Message-ID: <20070629232436.GA15326@abigail.nl> Plus tweaks, and debug enahancements. p4raw-id: //depot/perl@31506
* It seems that change 30451 should also have arranged to exportNicholas Clark2007-03-041-0/+1
| | | | | | PL_reg_name properly. Hopefuly this will fix it, but I don't have access to any platform where I can test this directly. p4raw-id: //depot/perl@30461
* Revert change #27295, which I thought fixed builds on Win32.Steve Peters2006-02-241-1/+0
| | | | | | Instead remove &PL_vtbl_glob from globvar.sym. p4raw-link: @27295 on //depot/perl: 3476b56103cbe13508b1fd6b46ae7b9cb6e0f7ed p4raw-id: //depot/perl@27296
* Change 24420 should have hand updated globvar.sym to reflect theNicholas Clark2005-05-091-1/+1
| | | | | renaming of the global variable. p4raw-id: //depot/perl@24424
* Symbian port of PerlJarkko Hietaniemi2005-04-211-35/+39
| | | | | Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com> p4raw-id: //depot/perl@24271
* more complete pseudo-fork() support for WindowsGurusamy Sarathy1999-12-011-2/+0
| | | p4raw-id: //depot/perl@4602
* various win32-ish changes merged from maint-5.005Gurusamy Sarathy1999-02-011-0/+1
| | | p4raw-id: //depot/perl@2746
* s/Perl_utf8skip/PL_utf8skip/gGurusamy Sarathy1998-11-171-0/+1
| | | p4raw-id: //depot/perl@2241
* phase 1 of somewhat major rearrangement of PERL_OBJECT stuffGurusamy Sarathy1998-10-301-0/+68
(objpp.h is gone, embed.pl now does some of that); objXSUB.h should soon be automated also; the global variables that escaped the PL_foo conversion are now reined in; renamed MAGIC in regcomp.h to REG_MAGIC to avoid collision with the type of same name; duplicated lists of pp_things in various places is now gone; result has only been tested on win32 p4raw-id: //depot/perl@2133
View Lorry Controller Status