parc-ccnx-archive / ccnx_distillery Goto Github PK

Add a way to compile with different flag options (-g / -O3, etc)

I'm running OSX 10.11.3. I have MacPorts with various utilities already installed, so this may be what's causing the hiccup. When building doxygen, I get the following failure:

/opt/local/bin/flex -i -PvhdlcodeYY -t vhdlcode.l | /usr/bin/python increasebuffer.py > ../generated_src/doxygen/vhdlcode.cpp
c++ -c -pipe -mmacosx-version-min=10.5 -DYY_TYPEDEF_YY_SIZE_T -Dyy_size_t=int -Wall -W -Wno-deprecated-declarations -O3 -I../generated_src/doxygen -I../src -I../qtools -I../libmd5 -I../vhdlparser -o ../objects/doxygen/vhdlcode.o ../generated_src/doxygen/vhdlcode.cpp
In file included from vhdlcode.l:29:
In file included from ../qtools/qregexp.h:42:
In file included from ../qtools/qcstring.h:21:
In file included from ../qtools/qarray.h:42:
In file included from ../qtools/qgarray.h:42:
In file included from ../qtools/qshared.h:42:
../qtools/qglobal.h:105:6: warning: "This version of Mac OS X is unsupported" [-W#warnings]
#    warning "This version of Mac OS X is unsupported"
     ^
vhdlcode.l:1618:2: error: "You seem to be using a version of flex newer than 2.5.4 but older than 2.5.33. These
      versions do NOT work with doxygen! Please use version <=2.5.4 or >=2.5.33 or expect things to be parsed
      wrongly!"
#error "You seem to be using a version of flex newer than 2.5.4 but older than 2.5.33. These versions do NOT w...

Checking my version of flex:

~/Projects/CableLabs/ICN/CCN/CCNx_Distillery > flex --version
flex 2.6.0

So it seems there is something buggy in the doxygen build system, since my flex is not older than 2.5.33. The current version of doxygen in CCNx_Distillery is 1.8.9.1. The most recent stable version is 1.8.11, so I tried to update the build system to use that version and it seemed to take care of the problem. I ran make all after my change and all of the HTML documentation seemed to be there, so I think it is working.

I know you guys don't have a format contribution policy yet, but I will create a pull request for my fix in case it helps speed things up.

We need to create some documentation and howto to explain how to use Distillery

When attempting to generate debug builds of all the CCNx libraries, I found that Libccnx-portal was not respecting this override in my user config.mk:

CMAKE_BUILD_TYPE_FLAG=-DCMAKE_BUILD_TYPE=DEBUG

All other libraries are building in debug mode.

Pull request incoming.

% make sync
Fetching Distillery...
Fetching origin
Already up-to-date.
make: /Users/kfox/Desktop/Dev/CCNx/ws/10-kev-linkModuleTemplate/CCNx_Distillery/tools/syncWithMaster: No such file or directory
make: *** [distillery-sync] Error 1

The distillery-sync target should have a dependency on the script it's going to execute, like so:

distillery-sync: distillery-update ${DISTILLERY_ROOT_DIR}/tools/syncWithMaster
@${DISTILLERY_ROOT_DIR}/tools/syncWithMaster

Document dependencies with explanations per platform.

Add a config option for the github user and server

Running tests...
Test project /home/usery/CCNx_Distillery/build/Athena
Start 1: test_athena
Start 2: test_athena_FIB
Start 3: test_athena_PIT
Start 4: test_athena_TransportLinkAdapter
Start 5: test_athena_TransportLink
Start 6: test_athena_TransportLinkModule
Start 7: test_athena_TransportLinkModuleTCP
Start 8: test_athena_TransportLinkModuleUDP
Start 9: test_athena_TransportLinkModuleETH
Start 10: test_athena_TransportLinkModuleTEMPLATE
Start 11: test_athena_ContentStore
Start 12: test_athena_LRUContentStore
Start 13: test_athena_InterestControl
Start 14: test_athenactl
Start 15: test_athena_Ethernet
1/15 Test #6: test_athena_TransportLinkModule ........... Passed 0.79 sec
2/15 Test #10: test_athena_TransportLinkModuleTEMPLATE ... Passed 0.71 sec
3/15 Test #11: test_athena_ContentStore .................. Passed 0.69 sec
4/15 Test #2: test_athena_FIB ........................... Passed 0.93 sec
5/15 Test #5: test_athena_TransportLink ................. Passed 0.89 sec
6/15 Test #4: test_athena_TransportLinkAdapter .......... Passed 0.90 sec
7/15 Test #15: test_athena_Ethernet ...................... Passed 0.82 sec
8/15 Test #1: test_athena ............................... Passed 1.03 sec
9/15 Test #7: test_athena_TransportLinkModuleTCP ........***Failed 1.38 sec
10/15 Test #13: test_athena_InterestControl ............... Passed 2.26 sec
11/15 Test #9: test_athena_TransportLinkModuleETH ........ Passed 2.86 sec
12/15 Test #12: test_athena_LRUContentStore ............... Passed 3.28 sec
13/15 Test #8: test_athena_TransportLinkModuleUDP ........***Failed 4.65 sec
14/15 Test #14: test_athenactl ............................ Passed 5.79 sec
15/15 Test #3: test_athena_PIT ........................... Passed 8.21 sec

87% tests passed, 2 tests failed out of 15

Total Test time (real) = 8.23 sec

The following tests FAILED:
7 - test_athena_TransportLinkModuleTCP (Failed)
8 - test_athena_TransportLinkModuleUDP (Failed)
Errors while running CTest
make[1]: *** [test] Error 8
make[1]: Leaving directory `/home/usery/CCNx_Distillery/build/Athena'
make: *** [Athena.check] Error 2

When using make (v 3.82), and running make update in the distillery root directory, only the distillery itself is updated. None of the modules are updated. The module .mk files still seem to be loaded, but that's all I can tell right now.

If you download the source code for make 3.82, the NEWS file lists several "backwards-incompatibilities" from Make 3.81 -- there might be some clues in there. In addition, the NEWS file lists one "future backwards-incompatibility" that the project should be aware of. The automatic sorting of files included via wildcard may no longer be automatic in a future version of make. I think the project relies on this via the 3-digit "numbering" convention used to name .mk files.

Workaround for this particular issue is to just compile Make 3.81 from source and use that instead.

If set in the configuration, clone from the github user's repo. If the repo doesn't exist, clone from PARC_upstream.

Create a new make target that generates Xcode project code.

• Create a directory for Xcode (xcode?)
• Go over each module and generate xcode project with cmake (cmake -G Xcode)

We need to add a cross compilation mode.

Sourceforge doesn't download the dependencies tar file. Actually, it redirects to the HTML page. So can we change the link of PCRE source to another automatically downloadable host?