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