The -D predates CMake and is part of gcc syntax for a definition which gets translated to a #define statement. Other executables (like java) use this convention as well for injecting variables (of one kind or another) in from the command line.
16:00 in target_link_libraries you reference other targets, in this case glfw specifies a target. This comes from the call to add_library() in external/glfw/src/CMakeLists.txt. In that CMakeLists.txt file you can see that they somehow set the name of the target library to glfw3 (for whatever reason), but the beauty of using targets is that you don't need to care about how it is actually called. You work only with the target name which can be completely different than the library name.
@@priyanshu_hiro I would recommend reading the docs to whatever CMake functions are used in the video. Then you would know that it isn't the isn't the lib name, its the target name.
Apparently they set the "OUTPUT_NAME" property (used by CMake to determine the actual filename) on the "glfw" target to "GLFW_LIB_NAME", which in turn is set to "glfw" or "glfw3" based on a condition.
Thanks so much for these videos man! I know you're more of a small UA-camr, but I don't like the other videos on UA-cam about CMake as much as yours. Your examples, even though sometimes you make a lot of errors along the way, actually help me learn a lot better, because I see what doesn't work and what does Usually it makes me learn _why._ This is very helpful for me, because I can get a sense of what under-girds the principles behind these tools. Thanks so much man!
I was trying to build GLFW into my project from a git submodule for 9 hours, learned compiling, learned linking, learned cmake, with the first and second tutorial... I spent 3 hours searching about how things were seen by various linkers and whatnot... then I noticed there was a 3rd tutorial episode.
I enjoy the small jokes you slip in, "git into git" and the binocular vision when something in the Cmake documentation piqued your interest in the last episode. Informative and funny, thanks for this series.
EXTREMELY helpful tutorial series! I've been trying to get this setup since 2014, unsuccessfully. I know I'm dumb but it's generous digital elves like you that save grace upon this wretched planet 😅
Wow There is a lot of knowledge that I don't know like git & GitHub, I spent 3 days understanding git and GitHub to understand what you do in this tutorial now I come back to your tutorial & understand it
I think we use glfw instead of glfw3, because we should put here the parameter, which was used in add_library(glfw [...]) (in external/glfw/src/CMakeLists.txt,). The same was for Adder. Let me know if it's a good way of thinking about it :)
Yes, that can be done but he is trying to keep things as simple as possible because many viewers are basically at beginner level in CMake. Eventually, he covers how to add ANYTHING and several ways of doing it.
Literally trying to figure out how to setup a cross platform project for Linux/Windows that uses GLFW and CMake and just found this series, thankyou, such relief to have someone explain this in simple terms.
This so good. Totally sped up my learning path. My challenge at the mo is building cross platform builds... for windows and mac. This has helped get the foundations down a great deal.
Regarding cmake targets (around the 14:30 mark): target_include_directories refers to the directories that the target needs to search for its own include headers (in this case adder). If that target were to be used as a dependency of a different target (like glfw here), its directories would be transitive and be passed on (provided they are public) by just adding the cmake target in target_link_libraries. Having said that, adding another target’s directories to the target in question is kind of hijacking it to make the directories visible at compilation time. Hope this wasn’t too confusing.
i think in this example target_include_directories is not necessary as these header file directories from library are already included when building the libraries, and when you do the target_link_libraries it will add its interface_include_directories to the current target include_directories automatically. Nice tutorial! Really appreciate it!
It probably has been mentioned below. But the target_link_directories don't seem to be needed since you actually use the names in the add_library commands and not the names of the library files. That's why you use glwf and not glwf3 since the CMakeLists.txt of GLWF uses the add_library(glfw ...) command to create the library Well, at least as a noob, that's how see to understand it
Do not try to add multiple directories via one add_subdirectory() command (it is not even plural!!!) as i tried to. It works, but only the first directory is added which results in linking errors!!!
Thanks, Sir! I learn a LOT! Question: why is the libglfw3.a file generated in the src dir (though it involves under 'build' dir)? Is it source code? And when we include the path of libglfw3.a, why don't we need to include the 'out/build' in front of it?
Because he links to the CMake library (created by using add_library() inside glfw sources) which knows the path and the final name (.i.e. the 3 at the end of the name). Also, if glfw is created as STATIC or SHARED, from outside you dont need to care about .a or .so (that's a real added value about how CMake simplifies things)
Thanks for the very helpful tutorial! What about libs like GLEW ? That don't have CMakeLists.txt in treir repos ? How can you add them as a submodule ? or is there a different approach for those ? Thx and keep up and the good work!
You can, it can get a little complicated though and will vary from case to case. In my video on bgfx I use submodules and cmake to include bgfx and bgfx doesn't use cmake so that is one example. I'll try to cover more of this in upcoming cmake tutorials.
When building I got the following error: /home/pavel/Projects/olas/external/glfw/include/GLFW/glfw3.h:241:12: fatal error: GL/gl.h: No such file or directory #include . I fixed it by modification of glfw3.h, which is not the correct way I guess. Any advice, please?
Hi, thanks for the tut, I wonder what does this "#!" mean, and when I use it on my windows, the command just won't work, tells me '#!' is not recognized as an internal or external command....
Firstly , Thank you for great tutorial ! I have a question. I add git submodules glad and sdl2. when glad build , it build a glad.c and glad.h so i can't target_include it in cmake . How can i make it work ?
Thanks! I recall having trouble submoduling both of those as well, it has been a while since I've tried again. If I ever figure it out I'll be sure to make a video.
Maybe someone can help and explain why do we need "target_link_directories"? And what is the difference with target_link_libraries? I wrote the code without "target_link_directories", but with "target_link_libraries" and it still works just fine.
target_link_directories will tell CMake what directory/folder to look for libraries for the given target. Different OS's will have their default library search paths, but target_link_directories will allow you to specify where to search before the default library search paths. target_link_libraries actually links the library files to the target so that the function definitions of the library can be used in the target. I think that this call to target_link_directories is unnecessary because of the call to add_subdirectory for glfw3
10:25 my guess D was used because D could mean "Dependency" but I dont think it means Dependency, but perhaps thats why they chose D because the options that people use could be seen as build deps.
I have a question. In main.cpp you include . Why did you include as a system library? #include "glfw3.h" seems more reasonable to me due to target_include_directories(${PROJECT_NAME} PUBLIC Adder PUBLIC external/glfw/include ) However, that solution throws me an error during compilation. What am I missing? Nice video anyway! It helps me to understand cmake much better!
The angle bracket includes doesn't necessary mean it is a system lib, it just means its within the projects known include directories. target_include_directories puts -I/path/to/include on the compile command for the objects so is sufficient. Quotes should work just the same really, it just searches the local directories first before checking the known includes. Hope that makes sense.
In this example, I noticed there's nothing in the folder: external/glfw/include The only thing there is another folder, GLFW, which means when I did THIS in the CMakeLists.txt file: target_include_directories(${PROJECT_NAME} PUBLIC external/glfw/include/GLFW ) it worked to do #include or #include "glfw3.h". EDIT: DON'T DO THIS, you should include the folder explicitly named "include" if there is one, to follow best-practices/C++ conventions. So in this case, you'd write: #include or #include "GLFW/glfw3.h". Sorry for the confusion!
@@carlosdalomba This is not correct however. You must set include dir as external/glfw/include and do #include "GLFW/glfw3.h" not just #include "glfw3.h". This is a convection, but you must follow it, because the library itself (or any other library) will follow it internally - the library will do MYNAME/myinclude, assuming the folder that contains MYNAME is added to include directories. Again this is universal assumption - if the public headers are in a folder with the same name as the library, you set the containing folder as include directory.
@@YourCRTube Ohhh I see, so it's (almost) universally assumed as a convention to include the "include" folder (if there is one)? Thanks, that makes sense then, I'll edit my comment lol >.> oops
@@CodeTechandTutorials Hopefully, a simple question with a simple answer. The window which appears is the old style. It says "Gears" and the only button is a exit (X) one and it is NOT a radio button but the generic one. The window is black but the header bar on top of the window is white instead of the gray one in the tutorial. I watched the video a couple more times and looked at my code but could not find the problem. Any thoughts?
The -D predates CMake and is part of gcc syntax for a definition which gets translated to a #define statement. Other executables (like java) use this convention as well for injecting variables (of one kind or another) in from the command line.
16:00 in target_link_libraries you reference other targets, in this case glfw specifies a target. This comes from the call to add_library() in external/glfw/src/CMakeLists.txt. In that CMakeLists.txt file you can see that they somehow set the name of the target library to glfw3 (for whatever reason), but the beauty of using targets is that you don't need to care about how it is actually called. You work only with the target name which can be completely different than the library name.
Damm 3 weeks old answer on 2 years old video. looks I really watch it at the right time. Please pin the above comment Code, Tech, and Tutorials.
@@priyanshu_hiro I would recommend reading the docs to whatever CMake functions are used in the video. Then you would know that it isn't the isn't the lib name, its the target name.
Apparently they set the "OUTPUT_NAME" property (used by CMake to determine the actual filename) on the "glfw" target to "GLFW_LIB_NAME", which in turn is set to "glfw" or "glfw3" based on a condition.
don't know if i suck at finding it but this was the only good tutorial on git submodules, thanks a lot
same here!
Thanks so much for these videos man! I know you're more of a small UA-camr, but I don't like the other videos on UA-cam about CMake as much as yours. Your examples, even though sometimes you make a lot of errors along the way, actually help me learn a lot better, because I see what doesn't work and what does Usually it makes me learn _why._ This is very helpful for me, because I can get a sense of what under-girds the principles behind these tools. Thanks so much man!
I feel like a will become the very Lord and Savior by end of this course! Great job!
I was trying to build GLFW into my project from a git submodule for 9 hours, learned compiling, learned linking, learned cmake, with the first and second tutorial... I spent 3 hours searching about how things were seen by various linkers and whatnot...
then I noticed there was a 3rd tutorial episode.
I enjoy the small jokes you slip in, "git into git" and the binocular vision when something in the Cmake documentation piqued your interest in the last episode. Informative and funny, thanks for this series.
EXTREMELY helpful tutorial series! I've been trying to get this setup since 2014, unsuccessfully. I know I'm dumb but it's generous digital elves like you that save grace upon this wretched planet 😅
Wow There is a lot of knowledge that I don't know like git & GitHub, I spent 3 days understanding git and GitHub to understand what you do in this tutorial
now I come back to your tutorial & understand it
Very well done and very helpful for the total NOOB. I enjoy the little bit of light humor. Keeps things from getting too bland.
I think we use glfw instead of glfw3, because we should put here the parameter, which was used in add_library(glfw [...]) (in external/glfw/src/CMakeLists.txt,). The same was for Adder. Let me know if it's a good way of thinking about it :)
Yes you are right .
Yes, that can be done but he is trying to keep things as simple as possible because many viewers are basically at beginner level in CMake. Eventually, he covers how to add ANYTHING and several ways of doing it.
Then why is the built library named "libglfw3.a" and not "libglfw.a"?
@@anddero it is because external/glfw/src/CMakeLists.txt set so in the very first line add_library(...).
Literally trying to figure out how to setup a cross platform project for Linux/Windows that uses GLFW and CMake and just found this series, thankyou, such relief to have someone explain this in simple terms.
This so good. Totally sped up my learning path. My challenge at the mo is building cross platform builds... for windows and mac. This has helped get the foundations down a great deal.
this play list is my main reference whenever I want to use CMake, extremally helpful
Thank you for the wonderful explanation of the teeny tiny details! Great to learn as a beginner!
Make this is top notch tutorial! This is such a complex topic and you make it look so easy.
Thank you for this tutorial, as a novice in CMake, it really helped me in my project.
10:21 "-D" is use for option because it's actually #define of particular macro.
This tutorial is amazing! Best one I came across :)
Thank you thank you, this was the video that finally helped me get SFML configured for VSCode and CMake on a Mac.
Glad it helped!
Thanks for the great tutorial man, very well made and easy to understand.
Glad it helped!
Regarding cmake targets (around the 14:30 mark): target_include_directories refers to the directories that the target needs to search for its own include headers (in this case adder). If that target were to be used as a dependency of a different target (like glfw here), its directories would be transitive and be passed on (provided they are public) by just adding the cmake target in target_link_libraries.
Having said that, adding another target’s directories to the target in question is kind of hijacking it to make the directories visible at compilation time. Hope this wasn’t too confusing.
This series is so great! Really push me to tick CMake off my to-learn list!!!
this tutorial is pure gold
re: 10:22 why "D" is option. The -D* is probably mimicking the way that g++ does macro [D]efinitions
Oh Zeus you're the real saviour, thy shal be thanked!
Thanks
Welcome
i think in this example target_include_directories is not necessary as these header file directories from library are already included when building the libraries, and when you do the target_link_libraries it will add its interface_include_directories to the current target include_directories automatically.
Nice tutorial! Really appreciate it!
You're the man!!! So easy to follow you.
Thanks! glad you found it helpful
Thanks a lot for the video. Best explanation overrall.
It probably has been mentioned below. But the target_link_directories don't seem to be needed since you actually use the names in the add_library commands and not the names of the library files. That's why you use glwf and not glwf3 since the CMakeLists.txt of GLWF uses the add_library(glfw ...) command to create the library
Well, at least as a noob, that's how see to understand it
Exactly!
These courses are fantastic.
thanks for the awesome tutorial and didn't know he bring his twin brother to talk this time lol.
Awesome series. Been a great help for my project👏
I have subbed. Your channel is awesome. Thank you so much 🙏
Thanks for the sub!
This was very helpful. Thank you!!
OMG Somebody stole your goatee, did you have it insured ? Haha 😄 another great tutorial!!
This is very so good lecture!!!!! Great job!!!! Thanks!
You're very welcome!
This is a great series! Thank you!
Thank you!
Do not try to add multiple directories via one add_subdirectory() command (it is not even plural!!!) as i tried to. It works, but only the first directory is added which results in linking errors!!!
Thanks, Sir! I learn a LOT!
Question: why is the libglfw3.a file generated in the src dir (though it involves under 'build' dir)? Is it source code?
And when we include the path of libglfw3.a, why don't we need to include the 'out/build' in front of it?
Because he links to the CMake library (created by using add_library() inside glfw sources) which knows the path and the final name (.i.e. the 3 at the end of the name). Also, if glfw is created as STATIC or SHARED, from outside you dont need to care about .a or .so (that's a real added value about how CMake simplifies things)
glfw3 is a library name but cmake needs a target, which is glfw.
Amazing tutorials!
fascinating explanation, best regards
Good tutorial. Thank you!
A change needed in CMakeLists.txt (line 29): "external_modules/glfw" --> "external/glfw".
but he did change it during the video right ?
where I can find the source code? It's no longer in the description.
I wonder what would happen if I import two submodules with options having conflicting names, and I want to have one of them ON and other OFF.
What if my submodule only has MakeFile not CMakeLists?
Thanks for the very helpful tutorial! What about libs like GLEW ? That don't have CMakeLists.txt in treir repos ? How can you add them as a submodule ? or is there a different approach for those ? Thx and keep up and the good work!
You can, it can get a little complicated though and will vary from case to case. In my video on bgfx I use submodules and cmake to include bgfx and bgfx doesn't use cmake so that is one example. I'll try to cover more of this in upcoming cmake tutorials.
Really good tutorial!!!
Thank you!
Thank you very much!
Thanks for the video.
When building I got the following error: /home/pavel/Projects/olas/external/glfw/include/GLFW/glfw3.h:241:12: fatal error: GL/gl.h: No such file or directory
#include . I fixed it by modification of glfw3.h, which is not the correct way I guess. Any advice, please?
Yes same issue, thanks for mentioning it
Okay so i just needed to install the libglu1-mesa-dev packages
sudo apt-get update -y
sudo apt-get install -y libglu1-mesa-dev
thanks bro it WORKED!!! I was wandering aimlessly for 2-3 hours @@maximilien7737
Great tutorial. Made me subscribe to your channel. :)
Awesome, thank you!
Cool video and explanation
Hi, thanks for the tut, I wonder what does this "#!" mean, and when I use it on my windows, the command just won't work, tells me '#!' is not recognized as an internal or external command....
It's a Linux bash thing. On Windows unless you're using WSL and a Linux console, you might have to do something different
thankyou for your efforts bro...!
Firstly , Thank you for great tutorial !
I have a question. I add git submodules glad and sdl2. when glad build , it build a glad.c and glad.h so i can't target_include it in cmake . How can i make it work ?
Thanks! I recall having trouble submoduling both of those as well, it has been a while since I've tried again. If I ever figure it out I'll be sure to make a video.
@@CodeTechandTutorials Thanks u ! I look forward to it.
My god. Thanks a ton. Sincerely.
Maybe someone can help and explain why do we need "target_link_directories"? And what is the difference with target_link_libraries?
I wrote the code without "target_link_directories", but with "target_link_libraries" and it still works just fine.
target_link_directories will tell CMake what directory/folder to look for libraries for the given target. Different OS's will have their default library search paths, but target_link_directories will allow you to specify where to search before the default library search paths.
target_link_libraries actually links the library files to the target so that the function definitions of the library can be used in the target.
I think that this call to target_link_directories is unnecessary because of the call to add_subdirectory for glfw3
If I remove the `target_include_directories(...)` it can still be run without problem. Any idea?
btw, I think -D means Define variable
IN the cmake docs it says that `target_include_directories(...)` is rarely necessary, if you already use `link_library()`, you don't need it.
10:25 my guess D was used because D could mean "Dependency" but I dont think it means Dependency, but perhaps thats why they chose D because the options that people use could be seen as build deps.
I have a question. In main.cpp you include . Why did you include as a system library? #include "glfw3.h" seems more reasonable to me due to target_include_directories(${PROJECT_NAME}
PUBLIC Adder
PUBLIC external/glfw/include
)
However, that solution throws me an error during compilation. What am I missing?
Nice video anyway! It helps me to understand cmake much better!
The angle bracket includes doesn't necessary mean it is a system lib, it just means its within the projects known include directories. target_include_directories puts -I/path/to/include on the compile command for the objects so is sufficient. Quotes should work just the same really, it just searches the local directories first before checking the known includes. Hope that makes sense.
In this example, I noticed there's nothing in the folder:
external/glfw/include
The only thing there is another folder, GLFW, which means when I did THIS in the CMakeLists.txt file:
target_include_directories(${PROJECT_NAME}
PUBLIC external/glfw/include/GLFW
)
it worked to do #include or #include "glfw3.h".
EDIT: DON'T DO THIS, you should include the folder explicitly named "include" if there is one, to follow best-practices/C++ conventions.
So in this case, you'd write: #include or #include "GLFW/glfw3.h".
Sorry for the confusion!
@@carlosdalomba This is not correct however. You must set include dir as external/glfw/include and do #include "GLFW/glfw3.h" not just #include "glfw3.h". This is a convection, but you must follow it, because the library itself (or any other library) will follow it internally - the library will do MYNAME/myinclude, assuming the folder that contains MYNAME is added to include directories. Again this is universal assumption - if the public headers are in a folder with the same name as the library, you set the containing folder as include directory.
@@YourCRTube Ohhh I see, so it's (almost) universally assumed as a convention to include the "include" folder (if there is one)?
Thanks, that makes sense then, I'll edit my comment lol >.> oops
@@CodeTechandTutorials Hopefully, a simple question with a simple
answer. The window which appears is the old style. It says "Gears" and
the only button is a exit (X) one and it is NOT a radio button but the
generic one. The window is black but the header bar on top of the window is white instead of the gray one in the tutorial. I watched the video a couple
more times and looked at my code but could not find the problem. Any thoughts?
thank you
good tutorial!
Your videos are great; make me sub to it. I have followed this video, didn't get any error, but the window didn't pop up :( What did I miss?
TY SO MUCH!!!
git into git............... I'm dead
what happened to ur hair? on previous video u were more like Jesus, i liked it better)
It got scissored... and its long again!