Revert "Fix mktables bug due to the previous overload fix"
authorKarl Williamson <public@khwilliamson.com>
Wed, 23 May 2012 23:01:11 +0000 (17:01 -0600)
committerKarl Williamson <public@khwilliamson.com>
Wed, 23 May 2012 23:34:35 +0000 (17:34 -0600)
mktables had unknowingly been relying on a bug in the overloading code.
That bug was fixed by commit f041cf0f9c6469c41de8b73d5f7b426710c3ff8b.
Commit 5f9f83be9cdcd54449f7f40db078fe367d780475 is a minimal commit to
get mktables to pass its tests as a result of the fixed bug.  However,
it did not address the underlying problem, which doesn't show up in the
typical tests, but does occur when tracing is added or things go wrong
and mktables tries to output any of a number of messages, which fail
because there is no ".=" operator.  A previous commit added the proper
overloaded ".=", and so this one is no longer needed, and would be
confusing to someone who doesn't know the history.

lib/unicore/mktables

index 7e79841..a6f7225 100644 (file)
@@ -12933,10 +12933,9 @@ END
                                 Type => $ENUM,
                                 Initialize => $age,
                                 );
-        my $q_in = "$in";
         $in->add_comment(join_lines(<<END
 THIS FILE SHOULD NOT BE USED FOR ANY PURPOSE.  The values in this file are the
-same as for $age, and not for what $q_in really means.  This is because anything
+same as for $age, and not for what $in really means.  This is because anything
 defined in a given release should have multiple values: that release and all
 higher ones.  But only one value per code point can be represented in a table
 like this.