In portage only 2.33 Also rename to dev-perl/Config-General is a good idea Changes: 2.40 - fixed SplitDelimiter parser regex, it does no more consider non-whitespaces (\S+?) as the option name but anything before the delimiter (.+?), this fixes bug rt.cpan.org#36607, the fix of 2.39 were not sufficient. Thanks to Jeffrey Ratcliffe for pointing it out. - added new parameter -SaveSorted. The default value is 0, that means configs will be saved unsorted (as always), however if you want to save it sorted, turn this parameter to 1. Thanks to Herbert Breunung for the hint. - added complexity test, which checks a combination of various complex features of the parser. 2.39 - fixed rt.cpan.org#35122. This one was one of the most intriguing bugs I've ever observed in my own code. The internal temporary __stack hashref were copied from one subhash to another to enable inheritance of variables. However, the hashes were copied by reference, so once a value changed later, that value were overwritten because the __stack in question were just a reference. I introduced a simple function _copy() which copies the contents of the __stack by value, which solved the bug. Conclusion: beware of perl hash refs! - fixed rt.cpan.org#36607, accept whitespaces in heredoc names if split delimiter is gues (equalsign or whitespace) - fixed rt.cpan.org#34080 (typo) - fixed rt.cpan.org#35766. Variables inside single quoted strings will no more interpolated (as the docu states). Also added test case for this. - fixed bug rt.cpan.org#33766. Checking for defined not true in ::Extended::AUTOLOAD(). - added -UTF8 flag, which opens files in utf8 mode (suggested by KAORU, rt.cpan.org#35583) I decided not to add a test case for this, since perls utf8 support is not stable with all versions. 2.38 - fixed rt.cpan.org#31529 variable inheritance failed with multiple named blocks. - fixed rt.cpan.org#33447, regex to catch variable names were too strict, now - . + or : are allowed too. - fixed rt.cpan.org#33385 and #32978 - using arrayrefs as param to -String didn't work anymore (sic) - fixed rt.cpan.org#33216 - variable stack were not properly re-constructed for pre-existing variables if -MergeDuplicateOptions is turned on. 2.37 - "fixed" rt.cpan.org#30199 - check for invalid and unsupported structures, especially mixing blocks and scalars with identical names. - added checks to 'make test' to test for the above checks. - revoked patch of rt.cpan.org#27225, it broke running code. - fixed rt.cpan.org#30063 (and #27225!) by reimplementing the whole interpolation code. The internal stack is no more a class variable of the module but stored directly within the generated config hash and cleaned before returning to the user. - added (modified) patch rt.cpan.org#30063 to check if interpolation works with supplied default config works. 2.36 - oh my goodness! For some unknown reason I deleted the Makefile.PL before packaging. Dammit. So, here it is again. 2.35 - 'make test' failed under perl 5.5 because some prequisite modules were not found. So now I added all requirements to Makefile.PL, even if those modules are part of recent perls (beginning with 5.6). I could have also added a 'use 5.6' to the code but this would users of perl5 exclude. This way they have the possibility to fix their installation. Hopefully. No code changes otherwise. 2.34 - fixed rt.cpan.org#27271 - removed output file from manifest. - fixed rt.cpan.org#27225 - clear vars off the stack if entering a new block, so old vars get not re-used. - fixed rt.cpan.org#27110 - re-implemented support for arrayref as -String parameter. - fixed rt.cpan.org#24155 - relative include bug fixed. - applied patch by GWYN, (see fixed rt.cpan.org#27622) which allows the same file included multiple times. there is no loop detection if turned on. new option introduced: -IncludeAgain => 1 (default turned off). - added support for -IncludeAgain to directory include code too. - the directory globbing code used slashes to join directory and file names. changed this to use catfile() instead.
(In reply to comment #0) > In portage only 2.33 2.40 is in the tree now. Thanks.