summaryrefslogtreecommitdiff
path: root/generate_uudmap.c
Commit message (Collapse)AuthorAgeFilesLines
* style: Detabify indentation of the C code maintained by the core.Michael G. Schwern2021-01-171-11/+11
| | | | | | | | | | | This just detabifies to get rid of the mixed tab/space indentation. Applying consistent indentation and dealing with other tabs are another issue. Done with `expand -i`. * vutil.* left alone, it's part of version. * Left regen managed files alone for now.
* generate_uudmap.c: add comments and headersDavid Mitchell2020-08-301-7/+54
| | | | | | | | Add some comments at the top of this file to explain what it does. Also make it add comment headers at the tops of the three files it generates (uudmap.h bitcount.h mg_data.h) which explain that the file is auto-generated and what its purpose is.
* generate_uudmap.c: Clarify commentKarl Williamson2014-12-111-1/+1
|
* Create a lookup table for magic vtables from magic type, PL_magic_data.Nicholas Clark2011-06-111-2/+53
| | | | | | | | | | | 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
* Refactor generate_uudmap.c to use a helper function to output init blocks.Nicholas Clark2011-06-111-15/+26
| | | | | In future, this will allow it to generate other output formats without duplicating code.
* Replace run-time on-demand initialisation of PL_bitcount with a constant table.Nicholas Clark2009-05-201-2/+22
| | | | | | | | | | | | | | | | (The table is 256 bytes; the run-time initialisation code is larger than this!) Adapt generate_uudmap.c to generate the initalisation block for PL_bitcount, writing the code to bitcount.h, using the same approach as uudmap.h. To preserve binary compatibility: for MULTIPLICITY: keep Ibitcount in the interpreter structure, but remove all the macros that access it. PL_bitcount is a new symbol in the object file, which won't clash with anything as that name wasn't used before. otherwise: keep PL_bitcount as a char *, but initialise it at compile time to a new constant array PL_bitcount array. Remove the code that attempts to Safefree() it at interpreter destruction time.
* Break out the file output code from generate_uudmap's main() to allow re-use.Nicholas Clark2009-05-201-29/+32
|
* Pass the output file name to generate_uudmap, and open it within the code,Nicholas Clark2009-05-191-6/+30
| | | | instead of having the calling Makefile redirect stdout.
* Silence Borland compiler warnings (except for warnings from zlib) here:Steve Hay2008-02-251-1/+1
| | | | | http://www.nntp.perl.org/group/perl.daily-build.reports/2008/02/msg53937.html p4raw-id: //depot/perl@33370
* Remove vestigical include of <ctype.h>, which came from a previousNicholas Clark2007-04-251-1/+0
| | | | | | version that tried to make the initialiser out of a single "" string. (Which turned out to be over 509 characters long) p4raw-id: //depot/perl@31068
* Ooops. It helps to p4 add the new file.Nicholas Clark2007-04-241-0/+44
p4raw-id: //depot/perl@31060