working.filt revision 13326:fc7933f477ae
16145Snate@binkert.orgnot any([
26145Snate@binkert.org
36145Snate@binkert.org# The sc_elab_and_sim mechanism is purposefully not supported.
46145Snate@binkert.orgname == "sc_elab_and_sim",
56145Snate@binkert.org
66145Snate@binkert.org# The wif trace format is deprecated, and probably would take a non-trivial
76145Snate@binkert.org# amount of work to support.
86145Snate@binkert.orgpath.startswith("systemc/tracing/wif_trace"),
96145Snate@binkert.orgpath.startswith("systemc/misc/stars/wif_trace"),
106145Snate@binkert.org
116145Snate@binkert.org# Phase callbacks are an experimental feature. Also calling all the interested
126145Snate@binkert.org# sc_objects whenever time advances would add a non-trivial amount of
136145Snate@binkert.org# complexity and is probably not worth implementing in general.
146145Snate@binkert.orgpath.startswith("systemc/kernel/phase_callbacks/"),
156145Snate@binkert.org
166145Snate@binkert.org
176145Snate@binkert.orgpath in (
186145Snate@binkert.org    # Uses sc_elab_and_sim.
196145Snate@binkert.org    "systemc/kernel/sc_main_main",
206145Snate@binkert.org
216145Snate@binkert.org    # Tests the deprecated sc_string type which we aren't supporting.
226145Snate@binkert.org    "systemc/bugs/sc_string_bracket_assign",
236145Snate@binkert.org    "systemc/misc/stars/star124010",
246145Snate@binkert.org
256145Snate@binkert.org    # This test declares a constructor it never defines, so it's not clear how
266145Snate@binkert.org    # it would ever work?
276145Snate@binkert.org    "systemc/misc/stars/star104726",
286145Snate@binkert.org
297832Snate@binkert.org    # Another test which calls an undefined function.
307547SBrad.Beckmann@amd.com    "systemc/misc/gnats/pr-480",
317547SBrad.Beckmann@amd.com
328645Snilay@cs.wisc.edu    # Two more tests with undefined functions.
337454Snate@binkert.org    "systemc/misc/unit/extern",
347054Snate@binkert.org    "systemc/misc/unit/extern2",
3510301Snilay@cs.wisc.edu
368258SBrad.Beckmann@amd.com    # These tests rely on implicit FXVAL constructors based on primitive types,
376154Snate@binkert.org    # but enabling that makes other operator overloads ambiguous so things
387054Snate@binkert.org    # don't compile. It also seems dangerous to change what the headers look
397547SBrad.Beckmann@amd.com    # like between the backing implementation and the consuming application.
406154Snate@binkert.org    "systemc/datatypes/fx/fast_constructors",
416145Snate@binkert.org    "systemc/datatypes/fx/constructors",
427055Snate@binkert.org
437454Snate@binkert.org    # These tests uses sensitive_neg and sensitive_pos and overloads which are
447055Snate@binkert.org    # deprecated and not worth supporting. The non-deprecated version,
456876Ssteve.reinhardt@amd.com    # sensitive, is exercised elsewhere.
4611124Snilay@cs.wisc.edu    "systemc/kernel/sc_sensitive/test02",
4711124Snilay@cs.wisc.edu    "systemc/kernel/sc_sensitive/test03",
4811124Snilay@cs.wisc.edu
496285Snate@binkert.org    # This test relies on being able to set the time resolution even after it's
509274Snilay@cs.wisc.edu    # been fixed by telling systemc to ignore the error message. gem5 has no
519593Snilay@cs.wisc.edu    # facility to ignore the error it raises for the same reason, and it
529593Snilay@cs.wisc.edu    # wouldn't make sense to add one.
539274Snilay@cs.wisc.edu    "systemc/kernel/sc_time/test19",
549858Snilay@cs.wisc.edu
559274Snilay@cs.wisc.edu    # This test is for a mechanism to change to a non-standard signal write
569274Snilay@cs.wisc.edu    # checking behavior using an environment variable which we don't intent to
5711021Sjthestness@gmail.com    # support at this time.
5811021Sjthestness@gmail.com    "systemc/communication/sc_signal/check_writer/test16",
5911021Sjthestness@gmail.com),
606881SBrad.Beckmann@amd.com
616285Snate@binkert.org])
627054Snate@binkert.org