NS3分模块编译问题.docVIP

问题描述： 用ns3编写自己的程序，在 scratch下编写自己的单独一个文件的程序的时候，用waf可以正常编译和运行，但是当自己编写多个.cc文件时用ns3自带的waf就不能正常编译了。究其原因就是ns3自带的waf不会去找依赖，也不知道怎么添加依赖。 解决方法： 仿照src下面模块的方法，将自己编写的多个其他非main文件都放到一个模块中，在用ns3中的waf编译时会自动编译这个模块，从而达到达到正确找到头文件和链接的目的。 具体步骤： cd src // 进入src源码文件夹 vim wscript // 编辑 ns3 用的 wscript 在 all_modules 下面按照它的格式添加自己的模块名称，也就是后面要建立的文件夹的名称，这里我添加的是 common-work并且添加在了最后 common-work 保存并推出文件 mkdir common-work //建立一个自己用的文件夹 cd common-work mkdir model //仿照其他模块建立的一个文件夹，自己的头文件可以放这里，.cc文件也是 举个简单的打印函数的例子： myzzg.h Cpp代码 #ifndef MYZZG_H #define MYZZG_H 1 void myprint ; #endif 在common-work文件夹下直接编写自己的库函数：（myzzg.cc） Cpp代码 #include #include model/myzzg.h void myprint std::cout hello zzg, it works! std::endl; 从其他模块拷贝一个 wscript 和waf（这个不用修改）文件到这个文件夹，对wscript进行修改。 简单的一个例子如下（wscript） Python代码 ## -*- Mode: python; py-indent-offset: 4; indent-tabs-mode: nil; coding: utf-8; -*- import os.path def build bld : # Dont do anything for this module if emus not enabled. #if not bld.env[ENABLE_EMU]: # return module bld.create_ns3_module zzg, [network] module.source [ myzzg.cc, ] headers bld.new_task_gen ns3header headers.module zzg headers.source [ model/myzzg.h, ] bld.ns3_python_bindings 回到scratch下编写自己的主程序，在调用上述提到的库的时候，正确包含头文件即可。 例子如下： zzg.cc Cpp代码 #include int main myprint ; return 0; 运行 Shell代码 ./waf --run zzg 就可以看到打印的语句了。 分析原理我们可以看到自定义的模块中，在利用ns3的waf编译的时候会将我们自己定义的头文件 复制到 build/debug/ns3/下面，并且会对对应模块中的.cc文件编译成对应的 .o 文件，使得在 scratch中编写主程序时可以正确找到和链接。 注意：1. 模块中那些头文件会拷贝以及那些.cc文件会生成.o 都是在模块中的 wscript 文件 规定的，可以看上面的例子 2. 拷贝到 ns3下的头文件的名字和在model下面的一样，于是在 scratch中使用的时候，包含的头文件是： ，拿不准的时候，可以看编译运行时的输出信息，或者自己去文件夹下去看是不是拷贝到那了 3. 现在修改的wscript有一点小问题，就是在编译的时候会有点问题，但不影响运行，比如上面的例子会在ns3下面生成一个 zzg-module.h 文件， 里面有对应的错误信息。这个慢慢弄吧，不影响大局了。 ns3 在自己的模块中使用额外的链接库 （1） 在本模块的wscript中的开始部分添加如下代码： Java代码 import Options def configure conf : conf.env.append_value LINKFLAGS,[-lmysqlclient] #用自己的链接库代替-lmysqlclient等，如果需要指定链接库的位置，先加-L部门。 （2）在src模块编译时调用本模块的config vim src/wscript 在 def config