lrt | lrt is a live reloading tool for go http servers | HTTP library

You can use two more arguments:

I am not a Spring user, but when answering AspectJ LTW questions here I often noticed a certain discrepancy between the Spring documentation mentioning the need for the Spring Instrument Java agent only and the real situation in which there are ways to configure Spring like that, but it is tricky. The simplest approach by far is to also add the AspectJ Weaver agent to the command line, i.e. to use something like (on a single line, of course)

Unfortunately in newer versions of make, load is a special word and make fails when load is used as a target. This is quite bad, actually, as it violates POSIX etc. There's a Savannah bug open about this. You can work around the issue by using a variable instead:

The file which contains the implementation of the stb methods (src/vendor/stb_image/stb_image.cpp) is not part of your compilation as can be seen by checking which cpp files are mentioned in your build command.

The reason for this is that the cmake file is set up to only compile files in the src folder, but not files in the src/vendor/stb_image/ folder. You have to add those files in order to get the implementation of the library into your project.

Docker is reading my .gitignore content and ignoring files and folder in it. I have ignored jar files in gitignore so its ignoring that while copying. Need to make sure .gitignore file is not having those files ignored which you are copying in docker file.

In the functions insert_item() and remove_item(), returning (end of execution of the functions) happens before executing pthread_mutex_unlock(). This will prevent them from unlocking and prevent 2nd or later execution of the functions.

Instead of this, you should store the value to return in a variable and return that after unlocking. This can be done like this:

how gcc compiler detect args parameter.

Gcc is a very old project with a lot of options. It has it's own command line options handling library.

The -lXrandr word is the name of the package you have installed

No, it's not the name of package. It's the name of the library.

What does the compiler do?

Compiler searches for a library name libXrandr.so. In short, the file is searched in multiple directories, the standard library paths are searched and gcc installation path and additionally paths given with -L parameter and paths with LIBRARY_PATH environment variable. See also man ld.so and man ldconfig.

Does the compiler search for pre-specified folders

Yes.

and check for packages?

No, a "package" is something else. Gcc is a compiler, it does not deal with "packages".

how the cpp [*gcc] compiler connects files on the Linux system

"How" is a broad question and gcc is a very complicated program. It opens the files, parses them properly, finds symbols, resolves references, generates final executable.

Do you have any links to help with this knowledge?

Gcc has extensive documentation and it's open source.

To link a target with a library, use target_link_libraries. You would:

You can use grc to colorize the README files in addition to what it's doing now. Since you have already set up the alias, just add a regex/color pair to a copy of the grc config file for ls: