---
- branch: MAIN
  date: Sun Jul 27 18:40:44 UTC 2008
  files:
  - new: '1.12'
    old: '1.11'
    path: pkgsrc/devel/p5-Set-Scalar/Makefile
    pathrev: pkgsrc/devel/p5-Set-Scalar/Makefile@1.12
    type: modified
  - new: '1.3'
    old: '1.2'
    path: pkgsrc/devel/p5-Set-Scalar/distinfo
    pathrev: pkgsrc/devel/p5-Set-Scalar/distinfo@1.3
    type: modified
  id: 20080727T184044Z.edf0327b77fc144571f9615486cec7d86d300d03
  log: "Update from version 1.17 to 1.22.\n\nPkgsrc change:\n o Canonicalize HOMEPAGE
    pointer.\n\nUpstream changes:\n\n2007-10-23  Jarkko Hietaniemi  <jhi@iki.fi>\n\n\t*
    Add cartesian_product() and power_set(), both as full\n\t  constructors and as
    iterators.\n\n\t* Add empty_clone().\n\n\t* Makefile.PL not requiring Test::More
    since we are not using it.\n\n\t* Released as 1.22.\n\n2007-10-04  Jarkko Hietaniemi
    \ <jhi@iki.fi>\n\n\t* Made to work with the upcoming Perl 5.005_05\n\t  (yes,
    you read that right), most importantly\n\t  Scalar::Util made optional (we fall
    back to\n\t  pure Perl emulations for blessed() and refaddr()\n\t  if necessary).
    \ Everything else already worked.\n\n\t* Released as 1.21.\n\nSat Aug\t 6 12:39:43
    2005  Jarkko Hietaniemi  <jhi@iki.fi>\n\n\t* [cpan #13816] Set::Scalar blesses
    unblessed refs\n\n\t  A genuine bug, the suggsted fix used, but then again Set::Scalar\n\t
    \ was never designed or tested be used with references as the set\n\t  members.
    \ I would not recommend doing that unless much more\n\t  testing has been conducted.
    \ A test added to misc.t for that,\n\t  and a warning about using references as
    the set members added\n\t  to the pod.\n\n\t* [cpan #13856] funny behavior in\n
    \         Set::Scalar::Base::intersection and Set::Scalar::Base::union\n\n\t  A
    genuine bug, but the suggested fix as-is would break\n\t  the special cases of
    intersecting with the null set and\n\t  unioning with the universal set.\n\t  A
    slightly enhanced version of the fix used instead,\n\t  tests added to intersection.t
    and union.t.\n\n\t* [cpan #13857] Set::Scalar::Base::_binary_underload bug\n\n\t
    \ Not really a bug.  The _binary_underload() method is only\n\t  ever going to
    be called by Set::Scalar itself, or by classes\n\t  derived from Set::Scalar,
    so the assumption that all references\n\t  are object and that they are capable
    of calling the new() method\n\t  (i.e. being instance of Set::Scalar) is completely
    valid.\n\t  Trying to use the suggested fix also badly breaks the\n\t  laws.t
    when the universal and null sets are present.\n\n\t* Released as 1.20.\n\nSun
    Mar 28 17:16:26 2004  Jarkko Hietaniemi  <jhi@iki.fi>\n\n\t* [cpan #5829] When
    is_disjoint() was called in list\n\t  context, and the result was disjoint (not
    disjoint\n\t  universes), the return value was a list with one\n\t  undef element,
    from Alexei.\n\n\t* Released as 1.19.\n\nSat Oct\t 4 17:56:24 2003  Jarkko Hietaniemi
    \ <jhi@iki.fi>\n\n\t* Removed a cut-and-paste bug from symmetric_difference();\n\t
    \ from frederik.\n\n\t* Released as 1.18.\n"
  module: pkgsrc
  subject: 'CVS commit: pkgsrc/devel/p5-Set-Scalar'
  unixtime: '1217184044'
  user: he