lmi-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lmi-commits] [5252] Remove dead code


From: Greg Chicares
Subject: [lmi-commits] [5252] Remove dead code
Date: Mon, 15 Aug 2011 00:49:50 +0000

Revision: 5252
          http://svn.sv.gnu.org/viewvc/?view=rev&root=lmi&revision=5252
Author:   chicares
Date:     2011-08-15 00:49:50 +0000 (Mon, 15 Aug 2011)
Log Message:
-----------
Remove dead code

Modified Paths:
--------------
    lmi/trunk/input_seq_helpers.cpp
    lmi/trunk/input_seq_helpers.hpp

Modified: lmi/trunk/input_seq_helpers.cpp
===================================================================
--- lmi/trunk/input_seq_helpers.cpp     2011-08-15 00:22:34 UTC (rev 5251)
+++ lmi/trunk/input_seq_helpers.cpp     2011-08-15 00:49:50 UTC (rev 5252)
@@ -30,17 +30,6 @@
 
 namespace detail
 {
-    stringmap invert_map(stringmap const& sm)
-    {
-        stringmap inverse;
-        stringmap_iterator i;
-        for(i = sm.begin(); i != sm.end(); ++i)
-            {
-            inverse[(*i).second] = (*i).first;
-            }
-        return inverse;
-    }
-
     std::vector<std::string> extract_keys_from_string_map
         (stringmap const& keyword_dictionary
         )
@@ -59,109 +48,3 @@
     }
 } // namespace detail
 
-// Input-sequence support.
-//
-// Input-sequence fields use their own keywords, which might differ from
-// xenum strings.
-//
-// TODO ?? Perhaps we should just use the same strings.
-//
-// TODO ?? Perhaps we should move this elsewhere.
-//
-// We return a map by value so that we can modify it, e.g. by removing
-// a death benefit option not available with a certain policy form.
-
-std::map<std::string, std::string, std::less<std::string> > dbo_map()
-{
-// Available death benefit options:
-//   multiple-from-through    mce_dbopt
-//       a                    "A"
-//       b                    "B"
-//       rop                  "ROP"
-
-// TODO ?? We could use the 'stringmap' typedef. Wait and see how
-// this code evolves.
-    std::map<std::string, std::string, std::less<std::string> > m;
-    m["a"  ] = "A"  ;
-    m["b"  ] = "B"  ;
-    m["rop"] = "ROP";
-    return m;
-}
-
-std::map<std::string, std::string, std::less<std::string> > mode_map()
-{
-// Available modes:
-//   multiple-from-through    mce_mode
-//       annual               "Annual"
-//       semiannual           "Semiannual"
-//       quarterly            "Quarterly"
-//       monthly              "Monthly"
-
-// TODO ?? We could use the 'stringmap' typedef. Wait and see how
-// this code evolves.
-    std::map<std::string, std::string, std::less<std::string> > m;
-    m["annual"    ] = "Annual";
-    m["semiannual"] = "Semiannual";
-    m["quarterly" ] = "Quarterly";
-    m["monthly"   ] = "Monthly";
-    return m;
-}
-
-std::map<std::string, std::string, std::less<std::string> > sastrategy_map()
-{
-// Available strategies:
-//   multiple-from-through    mce_sa_strategy
-//       [input amount]       "SAInputScalar"
-//       vector               "SAInputVector"
-//       maximum              "SAMaximum"
-//       target               "SATarget"
-//       sevenpay             "SAMEP"
-//       glp                  "SAGLP"
-//       gsp                  "SAGSP"
-//       corridor             "SACorridor"
-//       salary               "SASalary"
-
-// TODO ?? We could use the 'stringmap' typedef. Wait and see how
-// this code evolves.
-    std::map<std::string, std::string, std::less<std::string> > m;
-    m["maximum" ] = "SAMaximum"    ;
-    m["target"  ] = "SATarget"     ;
-    m["sevenpay"] = "SAMEP"        ;
-    m["glp"     ] = "SAGLP"        ;
-    m["gsp"     ] = "SAGSP"        ;
-    m["corridor"] = "SACorridor"   ;
-    m["salary"  ] = "SASalary"     ;
-    m["none"    ] = "SAInputScalar";
-
-    return m;
-}
-
-std::map<std::string, std::string, std::less<std::string> > pmtstrategy_map()
-{
-// Available strategies:
-//   multiple-from-through    mce_pmt_strategy
-//       [input amount]       "PmtInputScalar"
-//       vector               "PmtInputVector"
-//       minimum              "PmtMinimum"
-//       target               "PmtTarget"
-//       sevenpay             "PmtMEP"
-//       glp                  "PmtGLP"
-//       gsp                  "PmtGSP"
-//       corridor             "PmtCorridor"
-//       table                "PmtTable"
-
-// TODO ?? We could use the 'stringmap' typedef. Wait and see how
-// this code evolves.
-    std::map<std::string, std::string, std::less<std::string> > m;
-    m["minimum" ] = "PmtMinimum"    ;
-    m["target"  ] = "PmtTarget"     ;
-    m["sevenpay"] = "PmtMEP"        ;
-    m["glp"     ] = "PmtGLP"        ;
-    m["gsp"     ] = "PmtGSP"        ;
-    m["corridor"] = "PmtCorridor"   ;
-    m["table"   ] = "PmtTable"      ;
-    m["none"    ] = "PmtInputScalar";
-
-    return m;
-}
-

Modified: lmi/trunk/input_seq_helpers.hpp
===================================================================
--- lmi/trunk/input_seq_helpers.hpp     2011-08-15 00:22:34 UTC (rev 5251)
+++ lmi/trunk/input_seq_helpers.hpp     2011-08-15 00:49:50 UTC (rev 5252)
@@ -46,8 +46,6 @@
         stringmap_iterator
         ;
 
-    stringmap invert_map(stringmap const& sm);
-
     std::vector<std::string> LMI_SO extract_keys_from_string_map
         (stringmap const& keyword_dictionary
         );
@@ -105,20 +103,5 @@
     }
 } // namespace detail
 
-// Input-sequence fields use their own keywords, which might differ from
-// xenum strings.
-//
-// TODO ?? Perhaps we should just use the same strings.
-//
-// TODO ?? Perhaps we should move this elsewhere.
-//
-// We return a map by value so that we can modify it, e.g. by removing
-// a death benefit option not available with a certain policy form.
-
-std::map<std::string, std::string, std::less<std::string> > dbo_map();
-std::map<std::string, std::string, std::less<std::string> > mode_map();
-std::map<std::string, std::string, std::less<std::string> > sastrategy_map();
-std::map<std::string, std::string, std::less<std::string> > pmtstrategy_map();
-
 #endif // input_seq_helpers_hpp
 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]