-
Content Count
73 -
Joined
-
Last visited
-
Days Won
5
Stephan Gerth last won the day on January 31 2019
Stephan Gerth had the most liked content!
About Stephan Gerth
-
Rank
Advanced Member
Profile Information
-
Gender
Male
-
Location
Dresden, Germany
-
Interests
..
Recent Profile Visitors
-
How to compile uvm-systemc?
Stephan Gerth replied to gyro030's topic in SystemC Verification (UVM-SystemC, SCV)
Hi! I'm assuming that you already installed UVM-SystemC via the configure, make, make install mechanism. To use the library afterwards it is similar to SystemC: Use -I, -L and -l to specify the locations of header, library search path and the library name. Re-using your line above: g++ -I. -I$SYSTEMC_INCLUDE -I$UVM_SYSTEMC_INCLUDE -L. -L$SYSTEMC_LIBDIR -L$UVM_SYSTEMC_LIBDIR -Wl,-rpath=$SYSTEMC_LIBDIR -o hello hello.cpp -luvm-systemc -lsystemc -lm -
Stephan Gerth started following Problem with re-directing report into log file and UVM-SystemC 1.0-beta3 released
-
maehne reacted to a post in a topic: UVM-SystemC 1.0-beta3 released
-
Hi Chethan, the issue you see comes probably stems from the driver and sequencer being created during the build phase when you start run_test(...). Your hierarchical logfile setting happens before that, so that the driver and sequencer could not know of that setting. To enable the wanted behaviour, you need to move the log setting to a later place in runtime or make the driver and sequencer full members of the environment.
-
Stephan Gerth started following System verilog Assertions, uvm-systemc install problem and scv_tr_stream memory leak in scv-2.0.1?
-
uvm-systemc install problem
Stephan Gerth replied to DavidLai's topic in SystemC Verification (UVM-SystemC, SCV)
Hi David, the failing test is expected, hence the 'XFAIL' and the green printing. The compile warnings are coming out of the SystemC library. According to the screenshots you are using an outdated version, can you please retry with SystemC 2.3.3? -
scv_tr_stream memory leak in scv-2.0.1?
Stephan Gerth replied to zybx's topic in SystemC Verification (UVM-SystemC, SCV)
Can you add delete _scv_tr_stream_core_p; at the end of the scv_tr_stream destructor in scv_tr.cpp, starting at line 736 and report if this solves the issue? -
System verilog Assertions
Stephan Gerth replied to pvr's topic in SystemC Verification (UVM-SystemC, SCV)
Hi PVR, this is probably the wrong sub-forum for that question. As your title suggests you are interested in SystemVerilog Assertions but this sub-forum is more oriented to SystemC verification. You probably will get more response about SystemVerilog Assertions in other forums such as https://verificationacademy.com/forums/systemverilog. -
UVM-SystemC Compilation error (LINUX)
Stephan Gerth replied to R_C's topic in SystemC Verification (UVM-SystemC, SCV)
Looks like your libstdc++ found by the linker is not matching with your compiler version. Could you check that your LD_LIBRARY_PATH is setup correctly? As far as I remember GCC 4.1.2 is not the default system compiler version for SLES 11. So assuming that GCC 4.1.2 is probably residing in a different directory, you would have to adapt library search paths as well before running configure & make commands. -
Stephan Gerth reacted to a post in a topic: Killing a process with an included sc_event_[and|or]_list
-
Killing a process with an included sc_event_[and|or]_list
Stephan Gerth replied to Stephan Gerth's topic in SystemC Language
Done. -
Killing a process with an included sc_event_[and|or]_list
Stephan Gerth replied to Stephan Gerth's topic in SystemC Language
I'm a bit in favour of removing this check, albeit I'm not completely clear about the reasons why it was introduced at some point. If an event list gets destroyed by some means (module gets deleted, thread gets killed, explicit deletion via pointer, ...) any process which was still waiting on it should keep waiting (forever). The destruction of the event list should not raise a notification to waiting processes as this was probably not the expectation of them being notified. -
maehne reacted to a post in a topic: wait() is not allowed inside run_phase
-
maehne reacted to a post in a topic: Killing a process with an included sc_event_[and|or]_list
-
In reference to http://forums.accellera.org/topic/6218-wait-is-not-allowed-inside-run_phase/ I created a small demo which exhibits the same behaviour: create a process which waits on an event list which resides on its stack (and waits there forever) create a second process which, shortly after starting the simulation, will kill() the other process. This creates the following fatal message: This begs the question if this is intended behaviour or is some kind of bug: I guess in principle it should be possible to kill() a thread which is waiting on an event list. But if th
-
Further investigation seems to indicate that, when the process for the non-objected run_phase is destroyed its get_child_objects() list is empty. Thus, the spawned processes get not killed before the sc_event_or_list is destructed. Which in turn, raise the "prematurely destroyed" message. I could not reproduce this with plain SystemC, so a bug in UVM-SystemC is not ruled out, yet.