Better handling of latency/frequency parameter types
authorNathan Binkert <binkertn@umich.edu>
Sat, 26 Mar 2005 03:59:29 +0000 (22:59 -0500)
committerNathan Binkert <binkertn@umich.edu>
Sat, 26 Mar 2005 03:59:29 +0000 (22:59 -0500)
commit40bab977bc09d6126177ee34c51076ee1fff37f7
tree21fde2fbfb6a33d15c48471389debcffa91aac5c
parent7e1995a29c25e174dda2eafc7980e0a0770133d8
Better handling of latency/frequency parameter types

python/m5/config.py:
    Addr is slightly different from memory size in that Addr
    will take non strings.
    Deal with the fact that the convert.toFoo functions only accept
    strings.
    Add RootFrequency as a special type for the Root.frequency
    parameter which is not scaled.
    Add ClockPeriod parameter type.
python/m5/convert.py:
    Be more strict about what's allowed.
    Only accept strings as inputs for these conversion functions.
    If the user wants to accept something else, they need to deal
    with the failure and convert other types on their own.
python/m5/objects/Bus.mpy:
    Use the new ClockPeriod parameter type
python/m5/objects/Root.mpy:
    Can't use integers for frequency anymore
python/m5/smartdict.py:
    rename SmartDict.Proxy to just Variable.  Create a new class
    UndefinedVariable that is returned when the user tries to get
    a variable that is not in the dict.  Undefined variable evaluates
    to false, and will cause an error elsewhere.

--HG--
extra : convert_revision : 1d55246fd1af65106f102396234827d6401ef9ce
python/m5/config.py
python/m5/convert.py
python/m5/objects/Bus.mpy
python/m5/objects/Root.mpy
python/m5/smartdict.py