Bugzilla – Bug 1420
csma-layout (no Python)
Last modified: 2012-05-01 14:57:31 UTC
Doing ./waf configure && ./waf build of current ns-3-dev results in: odules built: antenna aodv applications bridge config-store core csma csma-layout (no Python) dsdv emu energy flow-monitor internet lte mesh mobility mpi netanim network nix-vector-routing olsr point-to-point point-to-point-layout propagation spectrum stats tap-bridge test (no Python) tools topology-read uan virtual-net-device (no Python) wifi wimax Modules not built: click openflow visualizer The part csma-layout (no Python) is a bit unexpected since $ ls src/csma-layout/bindings/ callbacks_list.py modulegen__gcc_ILP32.py modulegen__gcc_LP64.py
(In reply to comment #0) > The part csma-layout (no Python) is a bit unexpected since > > $ ls src/csma-layout/bindings/ > callbacks_list.py modulegen__gcc_ILP32.py modulegen__gcc_LP64.py That's because this line is commented in the wscript: #bld.ns3_python_bindings()
Why is that, is it intentional?
I don't believe it was intentional. Please push a patch to address this. (In reply to comment #2) > Why is that, is it intentional?
Created attachment 1394 [details] Build log Uncommenting the line makes ns-3 not compile.
Gustavo, does rescanning Python bindings fix this build error?
(In reply to comment #5) > Gustavo, does rescanning Python bindings fix this build error? This seems to be an instance of this problem: http://www.nsnam.org/wiki/index.php/NS-3_Python_Bindings#.22invalid_use_of_incomplete_type.22 but I haven't tracked it exactly yet-- am working on it.
changeset: ff978a217184