In perl.git, the branch smoke-me/khw-macros has been created
<https://perl5.git.perl.org/perl.git/commitdiff/a97593d80d932daf846c6603db52b85bb65ed79e?hp=0000000000000000000000000000000000000000>
at a97593d80d932daf846c6603db52b85bb65ed79e (commit)
- Log -----------------------------------------------------------------
commit a97593d80d932daf846c6603db52b85bb65ed79e
Author: Karl Williamson <k...@cpan.org>
Date: Fri Mar 24 19:01:39 2017 -0600
locale.c: Tighten what is considered a LC variable
Things like LC_CTYPE are locale variables, but not LC_ctype nor
LC__CTYPE. Prior to this commit all were treated as locale variables.
Many platforms have more locale variables than Perl knows about, e.g.,
LC_PAPER, and the code tries to catch all possibilities.
commit 9ba35c5f7078313d5fa007a485fd45a398008674
Author: Karl Williamson <k...@cpan.org>
Date: Thu Mar 9 11:53:48 2017 -0700
locale.c: White space, extra braces only
Align vertically, and indent blocks to standard. It adds braces for
clarity.
commit de8cdc3cd657faa878aa5e4ec5f56ba72e9ff348
Author: Karl Williamson <k...@cpan.org>
Date: Thu Nov 2 22:16:11 2017 -0600
handy.h: Add comments
This adds a description of the naming conventions to be used for any new
string comparison macros.
commit 432369075b3791a89eac002e618ee37e5e66adc5
Author: Karl Williamson <k...@cpan.org>
Date: Thu Nov 2 21:12:08 2017 -0600
Make new macros private
Until we decide these weren't a bad idea
commit 06dbf2d5c50ca193c235d88139d66152061591bf
Author: Karl Williamson <k...@cpan.org>
Date: Fri Nov 3 08:16:41 2017 -0600
ext/attributes/attributes.xs is PERL_EXT
commit 4341c0db7aa74c496c880398b19822354f9c65b9
Author: Karl Williamson <k...@cpan.org>
Date: Thu Mar 23 19:38:04 2017 -0600
handy.h: Make uniform the defns of strFOO
For consistency
commit 5917222d86335324ad7128fe4377e8bc6a4aea6e
Author: Karl Williamson <k...@cpan.org>
Date: Thu Nov 2 21:02:25 2017 -0600
Remove _memEQs, _memNEs
All uses of these private macros have been replaced by other calls.
commit 9b38b4d9112818615d0151ca792285ffd1ef4bef
Author: Karl Williamson <k...@cpan.org>
Date: Mon Apr 24 20:39:02 2017 -0600
Add memENDPs and use it in core
This corresponds to memBEGINPs
commit 6f18b213a96298da407dbf1e2d447eb9d787e816
Author: Karl Williamson <k...@cpan.org>
Date: Mon Apr 24 20:27:24 2017 -0600
Add memBEGINPs() to core and use it
This macro is like memBEGINs(), but the 'P' signifies we want a proper
substring, meaning that the 2nd string parameter must not be the entire
first parameter.
commit 65bb0e50940c92aeeb7601ee9ed759bbe3434f03
Author: Karl Williamson <k...@cpan.org>
Date: Thu Nov 2 22:26:43 2017 -0600
XXX squash after testing locale.c Use memENDs
commit e62a5e62e22e22430ee6ca363fb3d2025c4d04ef
Author: Karl Williamson <k...@cpan.org>
Date: Mon Apr 24 20:11:40 2017 -0600
Use memENDs() in core
commit e8ee89b30500ae865c8b323295101faaf5ec5b14
Author: Karl Williamson <k...@cpan.org>
Date: Mon Apr 24 20:02:57 2017 -0600
Use memBEGINs() in core
commit 9f8d853c1bb55e839e7b9d3c6d91f5d91db5b36c
Author: Karl Williamson <k...@cpan.org>
Date: Thu Nov 2 14:03:40 2017 -0600
Change some strBEGINs() to memBEGINs()
The latter is generally faster when the length is already known.
This commit also changes a few hard-coded numbers to use sizeof().
commit 347fe6ab8f5e4b7fe5c66873ed401732cca94841
Author: Karl Williamson <k...@cpan.org>
Date: Tue Oct 31 12:11:12 2017 -0600
Add memBEGINs(), memENDs() and use them in APItest
memBEGINs() is like strBEGINs(), but can be used for buffers without
trailing NULs. It can also be used when there is a trailing NUL, and
the length is known, as it should be somewhat faster, only having to
check for one ending condition.
Same for memENDs vs strENDs
commit cdaa30745e934895985539cc99993818286f98be
Author: Karl Williamson <k...@cpan.org>
Date: Thu Mar 9 10:55:38 2017 -0700
Change some strncmp(), etc. to strBEGINs()
The latter is much clearer as to what's going on, and the programmer and
program reader don't have to count characters.
commit eb60ea1638fe0e1db3103e15d8b28e1a738f72c2
Author: Karl Williamson <k...@cpan.org>
Date: Tue Oct 31 08:30:38 2017 -0600
Use memEQs, memNEs in core files
Where the length is known, we can use these functions which relieve
the programmer and the program reader from having to count characters.
The memFOO functions should also be slightly faster than the strFOO
equivalents.
In some instances in this commit, hard coded numbers are used. These
come from the 'case' statement values that apply to them.
commit 6378cc134f355e41f3f22660e990dd96d42b6e78
Author: Karl Williamson <k...@cpan.org>
Date: Wed Mar 8 20:31:25 2017 -0700
Rename strEQs to strBEGINs; remove strNEs
The original names are confusing.
See thread beginning with
http://nntp.perl.org/group/perl.perl5.porters/244335
The two macros are mapped into just that one, complementing the result
for the few cases where strNEs was used.
-----------------------------------------------------------------------
--
Perl5 Master Repository
