问题描述:
用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)
#ifndef MYZZG_H
#define MYZZG_H 1
void myprint();
#endif
在common-work文件夹下直接编写自己的库函数:(myzzg.cc)
#include <iostream>
#include "model/myzzg.h"
void myprint()
{
std::cout<<"hello zzg, it works!"<<std::endl;
}
从其他模块拷贝一个 wscript 和waf(这个不用修改)文件到这个文件夹,对wscript进行修改。
简单的一个例子如下(wscript)
## -*- Mode: python; py-indent-offset: 4; indent-tabs-mode: nil; coding: utf-8; -*-
import os.path
def build(bld):
# Don't do anything for this module if emu's 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)
#include<ns3/myzzg.h>
int main()
{
myprint();
return 0;
}
运行
./waf --run zzg就可以看到打印的语句了。
分析原理我们可以看到自定义的模块中,在利用ns3的waf编译的时候会将我们自己定义的头文件 复制到 build/debug/ns3/下面,并且会对对应模块中的.cc文件编译成对应的 .o 文件,使得在 scratch中编写主程序时可以正确找到和链接。
注意:1. 模块中那些头文件会拷贝以及那些.cc文件会生成.o 都是在模块中的 wscript 文件 规定的,可以看上面的例子
2. 拷贝到 ns3下的头文件的名字和在model下面的一样,于是在 scratch中使用的时候,包含的头文件是:<ns3/myzzg.h>,拿不准的时候,可以看编译运行时的输出信息,或者自己去文件夹下去看是不是拷贝到那了
3. 现在修改的wscript有一点小问题,就是在编译的时候会有点问题,但不影响运行,比如上面的例子会在ns3下面生成一个 zzg-module.h 文件, 里面有对应的错误信息。这个慢慢弄吧,不影响大局了。
ns3 在自己的模块中使用额外的链接库
(1) 在本模块的wscript中的开始部分添加如下代码:
import Options
def configure(conf):
conf.env.append_value("LINKFLAGS",["-lmysqlclient"])
#用自己的链接库代替-lmysqlclient等,如果需要指定链接库的位置,先加-L部门。
(2)在src模块编译时调用本模块的config
vim src/wscript
在 def configure(conf): 函数下面添加
conf.sub_config('mymodel')