本文主要是介绍【芯片前端】Filelist -f/-F的文件解析方式探究，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

前言

测试所用的文件目录（列举关键文件）：

/home/xiaotu/my_work/uvm_demo
-cfg/
-ctl/
-rtl/
-sim/
    -Makefile
-tc/
-th/
-ver/

-f/-F影响后跟filelist文件内的解析方式，不影响后跟文件的解析方式

典型的场景，就是makefile里用-f还是-F来后缀路径都是一样的（仅仅对于解析这个list） ，绝对路径就按绝对路径解析，相对路径就相对makefile所在目录进行解析。

而../cfg/tb.f中的所有路径都受到到前面的-f或-F影响，如上图的解析方式时，../cfg/tb.f中无论以下哪种写法，都是按-f来解析文件路径的：

-F ../ctl/ctl.f
-f ../rtl/dut.f
../rtl/a.v

-f解析filelist内的路径时，与当前filelist所在路径无关

-f ../cfg/tb.f，

当tb.f内路径为相对路径时，则相对makefile所在路径进行解析；

当tb.f内路径为绝对路径时，则直接按照绝对路径进行解析；

进一步讲，-f path/file.f中path不会以任何形式影响file.f中的文件路径解析；

-F解析filelist内的路径时，与当前filelist所在路径有关

-F ../cfg/tb.f

当tb.f内路径为相对路径时，则会前缀filelist所在路径进行解析；

../cfg/cfg.f中的写法：
../th/harness.sv

cmp.log中解析的路径：
Parsing design file '../cfg/../th/harness.sv'

当tb.f内路径为绝对路径时，则不会前缀任何路径，直接解析绝对路径；

../cfg/cfg.f中的写法：
/home/xiaotu/my_work/uvm_demo/ver/my_env.sv

cmp.log中解析的路径：
Parsing design file '/home/xiaotu/my_work/uvm_demo/ver/my_env.sv'

当tb.f内路为-y加载的库文件时，则直接视为相对路径，前缀filelist所在路径进行解析；

../cfg/cfg.f中的写法：
-y /home/xiaotu/my_work/uvm_demo/rtl

cmp.log中解析的路径：
Warning-[LFCOR] Library file or dir cannot be opened
  Library directory '../cfg//home/xiaotu/my_work/uvm_demo/rtl' cannot be 
  opened for reading due to 'No such file or directory', will skip it.
  The library was specified from command line through -y or -v.

嵌套的场景

../cfg/cfg.f内的路径：
-f/-F ../cfg/dut.f(层次A)


../cfg/dut.f内的路径为：
-f/-F ../ctl/ctl.f(层次B)

../ctl/ctl.f内文件为：
../ctl/my_interface.sv

-f（层次A）嵌套-f（层次B），两次解析均按照绝对路径，或相对Makefile的相对路径进行解析；

-f（层次A）嵌套-F（层次B），层次B以-f的方式解析，层次B内的文件绝对路径正常解析，相对路径则相对层次B（即../ctl/）进行解析；

Parsing design file '../cfg/../ctl/my_interface.sv'

-F（层次A）嵌套-f（层次B），-f后跟绝对路径filelist会导致编译报错（这个是-F引起的，讲道理跟-f没关系）

Makefile中：
-F ../cfg/tb.f

../cfg/tb.f中：
-f /home/xiaotu/my_work/uvm_demo/cfg/dut.f

编译报错：

Error-[P1ARGS-CANTOPN-F] Cannot open file
  Unable to open '../cfg//home/xiaotu/my_work/uvm_demo/cfg/dut.f' due to 'No 
  such file or directory'.
  Please fix the reason mentioned above and continue.

-F（层次A）嵌套-f（层次B），-f后面负责的相对路径都相对的是-F后跟文件所在目录的相对路径

太绕了，举个具体点的例子：

Makefile中：
-F ../cfg/tb.f

../cfg/tb.f中：
-f ./dut.f

./dut.f中（dut.f在cfg目录）：
../rtl/mul_trans.v
-f ../ctl/ctl.f

../ctl/ctl.f中：
../ctl/my_interface.sv

那么mul_trans.v的编译路径为：

Parsing design file '../cfg/../rtl/mul_trans.v'

../cfg —— -F ../cfg/tb.f使得tb.f内的相对路径解析都要加上前缀../cfg；

../cfg/../rtl/mul_trans.v —— -f ./dut.f因此解析dut.f内相对路径的文件时相对的是当前../cfg的路径（上一层-F的作用）；

还有my_interface.sv的解析路径：

Parsing design file '../cfg/../ctl/my_interface.sv'

其形式是-F嵌套-f再嵌套-f，可以看到后面两个-f都是相对../cfg进行解析，两个-f间没有路径叠加（如上文，-f path/file.f中path不会以任何形式影响file.f中的文件路径解析）；

-F（层次A）嵌套-f（层次B），-f后跟filelist内（如果该filelist被找到）的绝对路径则会编译为绝对路径

Makefile中：
-F ../cfg/tb.f

../cfg/tb.f中：
-f ../cfg/dut.f

../cfg/dut.f中：
/home/xiaotu/my_work/uvm_demo/rtl/mul_trans.v

编译结果（这一点与我之前记忆有偏差，我再查一下，目前实测的结果确实是这样的）：

Parsing design file '/home/xiaotu/my_work/uvm_demo/rtl/mul_trans.v'

综合看，-F嵌套-f会影响-f对其后filelist内相对路径的解析，使用起来要异常谨慎；

-F（层次A）嵌套-F（层次B）

遵循-F层层递进的规律，略

总结

因为-F对其后递进拆解filelist的影响更大，因此个人认为还是以-f+绝对路径的方式来组织filelist是最为合理安全的。

这篇关于【芯片前端】Filelist -f/-F的文件解析方式探究的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！