【floor 源码】【漯河到商丘源码】【主图叠加源码】源码打印
1.[UVM源代码研究] 如何定制一款个性化的源码打印打印格式
2.[UVM源代码研究] UVM的field_automation实现的print()函数如何灵活控制打印数组元素的数量
[UVM源代码研究] 如何定制一款个性化的打印格式
使用默认的打印格式时，执行如下代码：
实际打印结果格式如下：
查看UVM源代码，源码打印我们首先定位`uvm_info宏定义的源码打印位置：
这段代码对uvm_info/uvm_warning/uvm_error/uvm_fatal等宏进行了描述，实际上是源码打印对uvm_report_*函数的封装。以`uvm_info为例，源码打印分析其执行过程，源码打印floor 源码其中使用了全局函数uvm_report_enabled。源码打印
这里又调用了uvm_root中定义的源码打印uvm_report_enabled函数。需要注意的源码打印是，在uvm_root中并未找到这个函数的源码打印定义。经过查找源代码，源码打印发现uvm_report_object中定义了uvm_report_enabled。源码打印
为什么要通过uvm_root实例调用这个函数呢？这需要了解uvm类库的源码打印继承关系。通过分析，源码打印我们发现通过调用uvm_root中uvm_report_enabled的源码打印函数，是因为uvm_root支持单例模式，可以获取uvm_root的单例句柄执行uvm_report_object中定义的自动继承的函数，避免了创建额外的实例。
接下来分析函数执行过程，原本简单的获取severity对应的verbosity阈值设置，却涉及了severity的漯河到商丘源码override问题。我们可以通过调用函数或运行时传入参数来对severity进行override。
所有severity的override都记录在uvm_pool键值对severity_id_verbosities中。
severity和verbosity枚举类型定义如下：
回到uvm_report_object中行的代码，可以认为调用`uvm宏传入的verbosity值如果大于设置的verbosity阈值，则uvm_report_enabled返回0。另外行还有一种函数返回0的情况。
关于uvm_action和verbosity的设置类似，不再展开。执行`uvm_info系列宏时，不仅需要考虑severity对应的主图叠加源码verbosity_level的设置是否大于阈值，还需要考虑对severity设置的行为是否为UVM_NO_ACTION来判断uvm_report_enabled的返回值。
本质上，执行的是uvm_report_server中的compose_message函数，该函数规定了uvm_info系列宏的打印格式。
这个函数的参数filename和line是我们调用uvm_report_info传入的`uvm_file和`uvm_line。
`__FILE__和`__LINE__是systemverilog的编译指令，在编译阶段被替换：`__FILE__被替换为当前文件的文件名，以字符串形式存在；`__LINE__被替换为当前文件的行号，以十进制数字形式存在。
如果需要定义个性化的摇篮指标公式源码打印格式，可以通过从uvm_report_server继承一个类重写compose_message函数实现。需要注意的是，这里不能用set_type_override_by_type/name，因为uvm_report_server类没有使用uvm_object_utils注册，也没有实现get_type()函数，所以不能用传统的factory的override方法进行override。好在uvm_report_server已经预留好了子类server的覆盖函数set_server。
这个静态函数可以直接使用类uvm_report_server进行调用。接下来，我们通过一个例子来看看如何实现个性化打印的挖矿源码大全定制。
首先，我们定制自己的report_server：
然后，在base_test中实例化并set_server：
现在，我们来看看最初那句打印的执行情况：
通过以上步骤，我们便实现了个性化的打印定制，该定制对4种severity同时生效。
[UVM源代码研究] UVM的field_automation实现的print()函数如何灵活控制打印数组元素的数量
实际工作中，我们常遇到需打印包含多个数组或队列元素的transaction时，仅默认显示开始5个和最后5个元素。若需查看更多元素值或完整内容，可考虑两种方法：一是重写transaction的do_print()函数，自定义打印内容与格式；二是探索现有UVM源代码，修改相关设定以实现打印更多元素。
首先，分析can_txrx_transfer的注册方式，发现其默认仅显示特定数量的元素。通过查看源代码，发现实现打印机制的关键在于UVM_FIELD_QDA_INT宏与UVM_FIELD_UTILS_BEGIN宏的结合，它们共同调用_m_uvm_field_automation函数，该函数根据指定的what_参数（如UVM_PRINT）调用相应的打印函数。
在调用print()函数时，最终调用_m_uvm_field_automation，进一步调用uvm_print_array_int3宏。该宏通过uvm_print_qda_int4宏实现打印逻辑，对静态或动态数组、队列元素的打印格式进行统一处理。在uvm_print_qda_int4宏中，定义了uvm_printer与uvm_printer_knobs变量，用于接收打印参数与配置信息。
uvm_default_printer作为全局变量，其配置决定了打印格式。在打印数组时，通过设置uvm_printer_knobs中的begin_elements与end_elements变量，可以灵活控制打印元素的数量。具体配置方法可将uvm_default_printer配置在test_base的build_phase中，实现对打印数量的精确控制。
通过上述分析，我们了解了UVM源代码实现打印机制的原理，并掌握灵活配置数组/队列元素打印数量的方法。这种方法不仅提供了更为灵活的打印控制，还能根据实际需求调整打印内容与格式，增强代码的可读性和实用性。