Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What happens to the CMakeLists.txt files ? #2

Open
canercandan opened this issue Sep 29, 2014 · 3 comments
Open

What happens to the CMakeLists.txt files ? #2

canercandan opened this issue Sep 29, 2014 · 3 comments

Comments

@canercandan
Copy link

Except an obsolete version of the Makefile file in the root of the project that had been generated by CMake, there is no CMakeLists.txt, did you remove them by mistake ?

@Manu343726
Copy link
Owner

The project was refactored to be used with the biicode dependency management tool, which is a file-based dependencies manager for C and C++. The project was rearranged on three blocks (A block is the unit of code sharing on biicode) one for the main library (turbo_core), one for the library utils (turbo_utils), and one for compile-time computing (turbo_computing). You can see them here.

biicode uses cmake to resolve the dependencies and build the blocks, thats why you are seeing cmake output folders on the project. Each block has its own CMakeLists.txt for block building and deps configuration. The spurious and outdated makefile at the root directory is the makefile used by netbeans, which is the IDE I usually use for C++ development.

I know I should configure the .gitignore correctly to hide all that garbage files, but at this time I have no enough time. Sorry for the mistakes, and thanks a lot for pointing the problems out.

@canercandan
Copy link
Author

Thanks for your answer, it's a bit confusing to me. When i saw the cmake
files as a regular user of cmake i thought the project was using it. As you
also mentioned i think you should remove all the generated output files as
well as we obviously doing for binary files i use one and only one building
system to remove ambiguity.
Le 1 oct. 2014 11:39, "Manu343726" [email protected] a écrit :

The project was refactored to be used with the biicode
https://www.biicode.com/ dependency management tool, which is a
file-based dependencies manager for C and C++. The project was rearranged
on three blocks (A block is the unit of code sharing on biicode) one for
the main library (turbo_core), one for the library utils (turbo_utils),
and one for compile-time computing (turbo_computing). You can see them
here https://www.biicode.com/search?q=turbo_core.

biicode uses cmake to resolve the dependencies and build the blocks, thats
why you are seeing cmake output folders on the project. Each block has its
own CMakeLists.txt for block building and deps configuration. The spurious
and outdated makefile at the root directory is the makefiles used by
netbeans, which is the IDE I usually use for C++ development.

I know I should configure the .gitignore correctly to hide all that
garbage files, but at this time I have no enough time. Sorry for the
mistakes, and thanks a lot for pointing the problems out.


Reply to this email directly or view it on GitHub
#2 (comment).

@Manu343726
Copy link
Owner

Now biicode has a simple layout setup which is not intrusive within your project (No blocks/ deps/, etc folders are required), maybe it's time to go back to the good old src/ layout.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants