You can set the position independent code property on all targets:

    set(CMAKE_POSITION_INDEPENDENT_CODE ON)

or in a specific library:

    add_library(lib1 lib1.cpp)
    set_property(TARGET lib1 PROPERTY POSITION_INDEPENDENT_CODE ON)

Reference: [CMAKE_POSITION_INDEPENDENT_CODE][1] [cmake build system](https://cmake.org/cmake/help/v3.0/manual/cmake-buildsystem.7.html#id13)


  [1]: https://cmake.org/cmake/help/latest/variable/CMAKE_POSITION_INDEPENDENT_CODE.html

You can also pass the following command line option to `cmake` (in case this is not your cmake project and/or you can&#39;t or don&#39;t want to modify the project files):

    -DCMAKE_POSITION_INDEPENDENT_CODE=ON



I was trying to navigate to my drive location `E:/Study/Codes` in `git bash` in windows. In command prompt in order to change drive I use `E:` It returns an error in `git bash`. 

&gt; bash: E:: command not found.

 How do I change my current directory location from `/c/users` to `E:Study/Codes`

Change drive in git bash for windows

Say you have the following text:

    abc
    123
    abc
    456
    789
    abc
    abc

I want to remove all &quot;abc&quot; lines and just keep one. I don&#39;t mind sorting. The result should be like this:

    abc
    123
    456
    789






How can I remove duplicate lines in Visual Studio Code?

I&#39;ve come across at least 3 ways to do this and I&#39;m wondering which is the idiomatic way.  This needs to be done almost universally to any static library.  I&#39;m surprised that the Makefile generator in CMake doesn&#39;t automatically add this to static libraries.  (unless I&#39;m missing something?)

    target_compile_options(myLib PRIVATE -fPIC)
    
    add_compile_options(-fPIC)
    
    set(CMAKE_C_FLAGS &quot;${CMAKE_C_FLAGS} -fpic&quot;)
    set(CMAKE_CXX_FLAGS &quot;${CMAKE_CXX_FLAGS} -fpic&quot;)

I believe there might also be other variations. (please edit my question if you find one)

If you happen to know the answer to this question, do you also know if there is a way to cause a 3rd party CMake project to be compiled with this flag without modifying its CMakeLists.txt file?  I have run across static libraries missing that flag.  It causes problems when compiling a static library into a dynamic library. 

You get:

    relocation R_X86_64_32 against `.rodata&#39; can not be used when making a shared object; recompile with -fPIC



What is the idiomatic way in CMAKE to add the -fPIC compiler option?

I've come across at least 3 ways to do this and I'm wondering which is the idiomatic way. This needs to be done almost universally to any static library. I'm surprised that the Makefile generator in CMake doesn't automatically add this to static libraries. (unless I'm missing something?)
<pre><code class="hljs language-scss">target_compile_options(myLib PRIVATE -fPIC)

add_compile_options(-fPIC)

set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -fpic")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fpic")
</code></pre>
I believe there might also be other variations. (please edit my question if you find one)
If you happen to know the answer to this question, do you also know if there is a way to cause a 3rd party CMake project to be compiled with this flag without modifying its CMakeLists.txt file? I have run across static libraries missing that flag. It causes problems when compiling a static library into a dynamic library.
You get:
<pre><code class="hljs language-css">relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
</code></pre>

Consider:

    #include &lt;time.h&gt;
    #include &lt;unistd.h&gt;
    #include &lt;iostream&gt;
    using namespace std;

    const int times = 1000;
    const int N = 100000;

    void run() {
      for (int j = 0; j &lt; N; j++) {
      }
    }

    int main() {
      clock_t main_start = clock();
      for (int i = 0; i &lt; times; i++) {
        clock_t start = clock();
        run();
        cout &lt;&lt; &quot;cost: &quot; &lt;&lt; (clock() - start) / 1000.0 &lt;&lt; &quot; ms.&quot; &lt;&lt; endl;
        //usleep(1000);
      }
      cout &lt;&lt; &quot;total cost: &quot; &lt;&lt; (clock() - main_start) / 1000.0 &lt;&lt; &quot; ms.&quot; &lt;&lt; endl;
    }

Here is the example code. In the first 26 iterations of the timing loop, the `run` function costs about 0.4&amp;nbsp;ms, but then the cost reduces to 0.2&amp;nbsp;ms.

When the `usleep` is uncommented, the delay-loop takes 0.4&amp;nbsp;ms for all runs, never speeding up. Why?

The code is compiled with `g++ -O0` (no optimization), so the delay loop isn&#39;t optimized away. It&#39;s run on Intel(R) Core(TM) [i3-3220][1] CPU @ 3.30&amp;nbsp;GHz, with 3.13.0-32-generic [Ubuntu&amp;nbsp;14.04.1][2] LTS (Trusty Tahr).

  [1]: https://en.wikipedia.org/wiki/List_of_Intel_Core_i3_microprocessors#.22Ivy_Bridge.22_.2822_nm.29
  [2]: https://en.wikipedia.org/wiki/List_of_Ubuntu_releases#Ubuntu_14.04_LTS_.28Trusty_Tahr.29


Why does this delay-loop start to run faster after several iterations with no sleep?

[P0292R1 constexpr if][1] has been [included][2], on track for C++17. It seems useful (and can replace use of SFINAE), but a comment regarding `static_assert` being *ill-formed, no diagnostic required* in the false branch scares me:

    Disarming static_assert declarations in the non-taken branch of a
    constexpr if is not proposed.

    void f() {
      if constexpr (false)
        static_assert(false);   // ill-formed
    }
    
    template&lt;class T&gt;
    void g() {
      if constexpr (false)
        static_assert(false);   // ill-formed; no 
                   // diagnostic required for template definition
    }

I take it that it&#39;s completely forbidden to use `static_assert` inside constexpr if (at least the false / non-taken branch, but that in practice means it&#39;s not a safe or useful thing to do).

How does this come about from the standard text? I find no mentioning of `static_assert` in the proposal wording, and C++14 constexpr functions do allow `static_assert` (details at cppreference: [constexpr][3]).

Is it hiding in this new sentence (after 6.4.1) ? : 

&gt;    When a constexpr if statement appears in a templated entity, 
&gt;    during an instantiation of the enclosing template or generic lambda, 
&gt;    a discarded statement is not instantiated.

From there on, I assume that it is also forbidden, no diagnostic required, to call other constexpr (template) functions which *somewhere* down the call graph may call `static_assert`. 

**Bottom line:** 

If my understanding is correct, doesn&#39;t that put a quite hard limit on the safety and usefulness of `constexpr if` as we would have to know (from documentation or code inspection) about any use of `static_assert`? Are my worries misplaced?


  [1]: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0292r1.html
  [2]: https://herbsutter.com/2016/06/30/trip-report-summer-iso-c-standards-meeting-oulu/
  [3]: http://en.cppreference.com/w/cpp/language/constexpr

**Update:**

This code compiles without warning (clang head 3.9.0) but is to my understanding *ill-formed*, no diagnostic required. Valid or not?

    template&lt; typename T&gt;
    constexpr void other_library_foo(){
        static_assert(std::is_same&lt;T,int&gt;::value);
    }
    
    template&lt;class T&gt;
    void g() {
      if constexpr (false)
        other_library_foo&lt;T&gt;(); 
    }
    
    int main(){
        g&lt;float&gt;();
        g&lt;int&gt;();
    }

constexpr if and static_assert

What is the purpose of `(void) ++__result` in the code below?

Implementation for std::transform:

    // std::transform
    template &lt;class _InputIterator, class _OutputIterator, class _UnaryOperation&gt;
    inline _LIBCPP_INLINE_VISIBILITY
    _OutputIterator
    transform(_InputIterator __first, _InputIterator __last, _OutputIterator __result, _UnaryOperation __op)
    {
        for (; __first != __last; ++__first, (void) ++__result)
            *__result = __op(*__first);
        return __result;
    }


Why does std::transform and similar cast the &#39;for&#39; loop increment to (void)?

With almost all code I write, I am often dealing with set reduction problems on collections that ultimately end up with naive &quot;if&quot; conditions inside of them. Here&#39;s a simple example:

    for(int i=0; i&lt;myCollection.size(); i++)
    {
         if (myCollection[i] == SOMETHING)
         {
               DoStuff();
         }
    }

With functional languages, I can solve the problem by reducing the collection to another collection (easily) and then perform all operations on my reduced set. In pseudocode:

    newCollection &lt;- myCollection where &lt;x=true
    map DoStuff newCollection

And in other C variants, like C#, I could reduce with a where clause like

    foreach (var x in myCollection.Where(c=&gt; c == SOMETHING)) 
    {
       DoStuff();
    }

Or better (at least to my eyes)

    myCollection.Where(c=&gt;c == Something).ToList().ForEach(d=&gt; DoStuff(d));

Admittedly, I am doing a lot of paradigm mixing and subjective/opinion based style, but I can&#39;t help but feel that I am missing something really fundamental that could allow me to use this preferred technique with C++. Could someone enlighten me?

How can I avoid &quot;for&quot; loops with an &quot;if&quot; condition inside them with C++?

What are the implications of the voted in [C++17 evaluation order guarantees (P0145)](https://wg21.link/p0145) on typical C++ code? 

What does it change about things like the following? 

    i = 1;
    f(i++, i)

and

    std::cout &lt;&lt; f() &lt;&lt; f() &lt;&lt; f();

or 
    
    f(g(), h(), j());


What are the evaluation order guarantees introduced by C++17?

When I read [BlueZ][1] source code, I often see `char` arrays defined like this:

    // bluez/android/sco-msg.h
    static const char BLUEZ_SCO_SK_PATH[] = &quot;\0bluez_sco_socket&quot;;

What good is it to define the first element as `\0`?

  [1]: https://en.wikipedia.org/wiki/Bluetooth_stack#BlueZ


Why define \0 as the first element of a char array in C?

If you want to use [Qt][1], you have to embrace `quint8`, `quint16` and so forth.

If you want to use **[GLib][2]**, you have to welcome `guint8`, `guint16` and so forth.

On [Linux][3] there are `u32`, `s16` and so forth.

**uC/OS** defines `SINT32`, `UINT16` and so forth.

And if you have to use some combination of those things, you better be prepared for trouble. Because on your machine `u32` will be `typedef`d over `long` and `quint32` will be `typedef`d over `int` and the compiler *will complain*.

Why does everybody do this, if there is `&lt;stdint.h&gt;`? Is this some kind of tradition for libraries?

  [1]: https://en.wikipedia.org/wiki/Qt_%28software%29
  [2]: https://en.wikipedia.org/wiki/GLib
  [3]: http://en.wikipedia.org/wiki/Linux


Why does everybody typedef over standard C types?

Adding two 32-bit integers can result an integer overflow:

    uint64_t u64_z = u32_x + u32_y;

This overflow can be avoided if one of the 32-bit integers is first casted or added to a 64-bit integer.

    uint64_t u64_z = u32_x + u64_a + u32_y;

However, if the compiler decides to reorder the addition:

    uint64_t u64_z = u32_x + u32_y + u64_a;

the integer overflow might still happen.

Are compilers allowed to do such a reordering or can we trust them to notice the result inconsistency and keep the expression order as is?


(A + B + C) ≠ (A + C + B​) and compiler reordering

Doing this in C++

    char* cool = &quot;cool&quot;;

compiles fine, but gives me a warning: 
 &gt; **deprecated conversion from string constant to char*.**

I would never willfully use a C-style string over `std::string`, but just in case I&#39;m asked this question: 

is it bad practice to declare a C-style string without the `const` modifier? If so, why?

Is it bad to declare a C-style string without const? If so, why?

The statement

    printf(&quot;%f\n&quot;,0.0f);

prints 0.

However, the statement

    printf(&quot;%f\n&quot;,0);

prints random values.  

I realize I&#39;m exhibiting some kind of undefined behaviour, but I can&#39;t figure out why specifically.  

A floating point value in which all the bits are 0 is still a valid `float` with value of 0.  
`float` and `int` are the same size on my machine (if that is even relevant).  

Why does using an integer literal instead of a floating point literal in `printf` cause this behavior?

P.S. the same behaviour can be seen if I use

    int i = 0;
    printf(&quot;%f\n&quot;, i);

Why does printf(&quot;%f&quot;,0); give undefined behavior?

I can&#39;t get the additional libraries I am working with to link into my project properly.

I am using CLion, which uses cmake to build it&#39;s projects. I am trying to use several libraries in conjunction with OpenGL to texture some objects. I initially built it in Visual Studio, because I couldn&#39;t ever figure out how to get cmake to work with Clion. However, now that the code is all working (in Visual Studio, anyways), I want to be able to use CLion for it, because that is my preferred IDE.

I am still new to cmake, and I don&#39;t understand what I am doing wrong with my `CMakeLists.txt`. Here is what I have:

    cmake_minimum_required(VERSION 3.3)
    project(texture_mapping)
    find_package(OpenGL REQUIRED)
    link_directories(${OPENGL_gl_LIBRARY})
    
    set(CMAKE_CXX_FLAGS &quot;${CMAKE_CXX_FLAGS} -std=c++11&quot;)
    
    set(SOURCE_FILES main.cpp camera.h display.h display.cpp mesh.cpp mesh.h obj_loader.cpp obj_loader.h shader.cpp shader.h stb_image.c stb_image.h texture.cpp texture.h transform.h)
    
    link_directories(texture_mapping ${PROJECT_SOURCE_DIR}/lib)
    
    add_executable(texture_mapping ${SOURCE_FILES})
    
    target_include_directories(texture_mapping PUBLIC ${PROJECT_SOURCE_DIR}/include)
    target_link_libraries(texture_mapping SDL2 SDL2main SDL2test glew32 glew32s ${OPENGL_gl_LIBRARY})

I tweaked it until it didn&#39;t give me any more errors in CLion, but the header files are still not recognized in my code.

Here is the structure of my project:  
[![project structure][1]][1]

So, I put all of the libraries I needed, but it doesn&#39;t appear to be recognizing them in the code. Clion recognizes them in the project (they aren&#39;t appearing red with errors), but when it is built (when I attempt to run it in CLion), I get these errors:

    CMakeFiles\texture_mapping.dir/objects.a(mesh.cpp.obj): In function `ZN4MeshD2Ev&#39;:
    ...texture-mapping/mesh.cpp:30: undefined reference to `_imp____glewDeleteVertexArrays&#39;
    CMakeFiles\texture_mapping.dir/objects.a(mesh.cpp.obj): In function `ZN4Mesh8InitMeshERK12IndexedModel&#39;:
    ...texture-mapping/mesh.cpp:36: undefined reference to `_imp____glewGenVertexArrays&#39;
    ...texture-mapping/mesh.cpp:37: undefined reference to `_imp____glewBindVertexArray&#39;
    ...texture-mapping/mesh.cpp:39: undefined reference to `_imp____glewGenBuffers&#39;
    ...texture-mapping/mesh.cpp:40: undefined reference to `_imp____glewBindBuffer&#39;
    ...texture-mapping/mesh.cpp:41: undefined reference to `_imp____glewBufferData&#39;
    ...texture-mapping/mesh.cpp:43: undefined reference to `_imp____glewEnableVertexAttribArray&#39;
    ...texture-mapping/mesh.cpp:44: undefined reference to `_imp____glewVertexAttribPointer&#39;
    ...texture-mapping/mesh.cpp:46: undefined reference to `_imp____glewBindBuffer&#39;
    ...texture-mapping/mesh.cpp:47: undefined reference to `_imp____glewBufferData&#39;
    ...texture-mapping/mesh.cpp:49: undefined reference to `_imp____glewEnableVertexAttribArray&#39;
    ...texture-mapping/mesh.cpp:50: undefined reference to `_imp____glewVertexAttribPointer&#39;
    ...texture-mapping/mesh.cpp:52: undefined reference to `_imp____glewBindBuffer&#39;
    ...texture-mapping/mesh.cpp:53: undefined reference to `_imp____glewBufferData&#39;
    ...texture-mapping/mesh.cpp:55: undefined reference to `_imp____glewBindVertexArray&#39;
    ...texture-mapping/mesh.cpp:56: undefined reference to `_imp____glewBindVertexArray&#39;
    CMakeFiles\texture_mapping.dir/objects.a(mesh.cpp.obj): In function `ZN4Mesh4DrawEv&#39;:
    ...texture-mapping/mesh.cpp:61: undefined reference to `_imp____glewBindVertexArray&#39;
    ...texture-mapping/mesh.cpp:65: undefined reference to `_imp____glewBindVertexArray&#39;
    CMakeFiles\texture_mapping.dir/objects.a(shader.cpp.obj): In function `ZN6ShaderC2ERKSs&#39;:
    ...texture-mapping/shader.cpp:5: undefined reference to `_imp____glewCreateProgram&#39;
    ...texture-mapping/shader.cpp:11: undefined reference to `_imp____glewAttachShader&#39;
    ...texture-mapping/shader.cpp:14: undefined reference to `_imp____glewBindAttribLocation&#39;
    ...texture-mapping/shader.cpp:15: undefined reference to `_imp____glewBindAttribLocation&#39;
    ...texture-mapping/shader.cpp:17: undefined reference to `_imp____glewLinkProgram&#39;
    ...texture-mapping/shader.cpp:20: undefined reference to `_imp____glewValidateProgram&#39;
    ...texture-mapping/shader.cpp:23: undefined reference to `_imp____glewGetUniformLocation&#39;
    CMakeFiles\texture_mapping.dir/objects.a(shader.cpp.obj): In function `ZN6Shader4BindEv&#39;:
    ...texture-mapping/shader.cpp:28: undefined reference to `_imp____glewUseProgram&#39;
    CMakeFiles\texture_mapping.dir/objects.a(shader.cpp.obj): In function `ZN6Shader6UpdateERK9TransformRK6Camera&#39;:
    ...texture-mapping/shader.cpp:35: undefined reference to `_imp____glewUniformMatrix4fv&#39;
    CMakeFiles\texture_mapping.dir/objects.a(shader.cpp.obj): In function `ZN6ShaderD2Ev&#39;:
    ...texture-mapping/shader.cpp:42: undefined reference to `_imp____glewDetachShader&#39;
    ...texture-mapping/shader.cpp:43: undefined reference to `_imp____glewDeleteShader&#39;
    ...texture-mapping/shader.cpp:46: undefined reference to `_imp____glewDeleteProgram&#39;
    CMakeFiles\texture_mapping.dir/objects.a(shader.cpp.obj): In function `ZN6Shader16CheckShaderErrorEjjbRKSs&#39;:
    ...texture-mapping/shader.cpp:79: undefined reference to `_imp____glewGetProgramiv&#39;
    ...texture-mapping/shader.cpp:81: undefined reference to `_imp____glewGetShaderiv&#39;
    ...texture-mapping/shader.cpp:86: undefined reference to `_imp____glewGetProgramInfoLog&#39;
    ...texture-mapping/shader.cpp:88: undefined reference to `_imp____glewGetShaderInfoLog&#39;
    CMakeFiles\texture_mapping.dir/objects.a(shader.cpp.obj): In function `ZN6Shader12CreateShaderERKSsj&#39;:
    ...texture-mapping/shader.cpp:96: undefined reference to `_imp____glewCreateShader&#39;
    ...texture-mapping/shader.cpp:109: undefined reference to `_imp____glewShaderSource&#39;
    ...texture-mapping/shader.cpp:110: undefined reference to `_imp____glewCompileShader&#39;
    CMakeFiles\texture_mapping.dir/objects.a(texture.cpp.obj): In function `ZN7Texture4BindEj&#39;:
    ...texture-mapping/texture.cpp:36: undefined reference to `_imp____glewActiveTexture&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x24): undefined reference to `SDL_SetMainReady&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x55): undefined reference to `SDL_malloc&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x84): undefined reference to `SDL_wcslen&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0xa5): undefined reference to `SDL_iconv_string&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0xcf): undefined reference to `SDL_free&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0xf4): undefined reference to `SDL_wcslen&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x10f): undefined reference to `SDL_iconv_string&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x143): undefined reference to `SDL_malloc&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x17f): undefined reference to `SDL_free&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x18b): undefined reference to `SDL_free&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x1d6): undefined reference to `SDL_isspace&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x295): undefined reference to `SDL_isspace&#39;
    ...texture-mapping/lib/SDL2main.lib(./Win32/Release/SDL_windows_main.obj):(.text+0x3a2): undefined reference to `SDL_ShowSimpleMessageBox&#39;

Basically, errors with every usage of SDL and glew, but not glm, which is strange.

What am I doing wrong with my `CMakeLists.txt`?

  [1]: http://i.stack.imgur.com/Bp3No.png

How to properly link libraries with cmake?

I need to add C/C++ code in my Android program for which I needed LLDB, CMake, and NDK. I found LLDB and NDK in SDK manager, but CMake is missing from there. I tried manually downloading it from the CMake official site and found out that for Android we need SDK customized CMake.

[![Enter image description here][1]][1]

As you can see there is no option such as CMake.

Where do I find a version of CMake for Android?

I have tried CMake from the website and one I found in ndk-bundle/build folder, but both are giving the same error as below. What can be made out of it and how can the issue be solved?

    Build command failed.

    Error while executing &#39;C:\Users\amishr33\AppData\Local\Android\sdk\cmake\bin\cmake.exe&#39; with arguments {-HC:\Users\amishr33\AndroidStudioProjects\MyApplication\app\src\main\jni -BC:\Users\amishr33\AndroidStudioProjects\MyApplication\app\.externalNativeBuild\cmake\debug\armeabi -GAndroid Gradle - Ninja -DANDROID_ABI=armeabi -DANDROID_NDK=C:\Users\amishr33\AppData\Local\Android\sdk\ndk-bundle -DCMAKE_LIBRARY_OUTPUT_DIRECTORY=C:\Users\amishr33\AndroidStudioProjects\MyApplication\app\build\intermediates\cmake\debug\obj\armeabi -DCMAKE_BUILD_TYPE=Debug -DCMAKE_MAKE_PROGRAM=C:\Users\amishr33\AppData\Local\Android\sdk\cmake\bin\ninja.exe -DCMAKE_TOOLCHAIN_FILE=C:\Users\amishr33\AppData\Local\Android\sdk\ndk-bundle\build\cmake\android.toolchain.cmake -DANDROID_NATIVE_API_LEVEL=15 -DCMAKE_CXX_FLAGS=-std=c++11 -DANDROID_TOOLCHAIN=clang -DANDROID_STL=gnustl_static}
    CMake Error: Could not create named generator Android Gradle - Ninja
    Generators
      Visual Studio 15 2017 [arch] = Generates Visual Studio 2017 project files.
                                     Optional [arch] can be &quot;Win64&quot; or &quot;ARM&quot;.
      Visual Studio 14 2015 [arch] = Generates Visual Studio 2015 project files.
                                     Optional [arch] can be &quot;Win64&quot; or &quot;ARM&quot;.
      Visual Studio 12 2013 [arch] = Generates Visual Studio 2013 project files.
                                     Optional [arch] can be &quot;Win64&quot; or &quot;ARM&quot;.
      Visual Studio 11 2012 [arch] = Generates Visual Studio 2012 project files.
                                     Optional [arch] can be &quot;Win64&quot; or &quot;ARM&quot;.
      Visual Studio 10 2010 [arch] = Generates Visual Studio 2010 project files.
                                     Optional [arch] can be &quot;Win64&quot; or &quot;IA64&quot;.
      Visual Studio 9 2008 [arch]  = Generates Visual Studio 2008 project files.
                                     Optional [arch] can be &quot;Win64&quot; or &quot;IA64&quot;.
      Visual Studio 8 2005 [arch]  = Generates Visual Studio 2005 project files.
                                     Optional [arch] can be &quot;Win64&quot;.
      Visual Studio 7 .NET 2003    = Deprecated.  Generates Visual Studio .NET
                                     2003 project files.
      Borland Makefiles            = Generates Borland makefiles.
      NMake Makefiles              = Generates NMake makefiles.
      NMake Makefiles JOM          = Generates JOM makefiles.
      Green Hills MULTI            = Generates Green Hills MULTI files
                                     (experimental, work-in-progress).
      MSYS Makefiles               = Generates MSYS makefiles.
      MinGW Makefiles              = Generates a make file for use with
                                     mingw32-make.
      Unix Makefiles               = Generates standard UNIX makefiles.
      Ninja                        = Generates build.ninja files.
      Watcom WMake                 = Generates Watcom WMake makefiles.
      CodeBlocks - MinGW Makefiles = Generates CodeBlocks project files.
      CodeBlocks - NMake Makefiles = Generates CodeBlocks project files.
      CodeBlocks - Ninja           = Generates CodeBlocks project files.
      CodeBlocks - Unix Makefiles  = Generates CodeBlocks project files.
      CodeLite - MinGW Makefiles   = Generates CodeLite project files.
      CodeLite - NMake Makefiles   = Generates CodeLite project files.
      CodeLite - Ninja             = Generates CodeLite project files.
      CodeLite - Unix Makefiles    = Generates CodeLite project files.
      Sublime Text 2 - MinGW Makefiles
                                   = Generates Sublime Text 2 project files.
      Sublime Text 2 - NMake Makefiles
                                   = Generates Sublime Text 2 project files.
      Sublime Text 2 - Ninja       = Generates Sublime Text 2 project files.
      Sublime Text 2 - Unix Makefiles
                                   = Generates Sublime Text 2 project files.
      Kate - MinGW Makefiles       = Generates Kate project files.
      Kate - NMake Makefiles       = Generates Kate project files.
      Kate - Ninja                 = Generates Kate project files.
      Kate - Unix Makefiles        = Generates Kate project files.
      Eclipse CDT4 - NMake Makefiles
                                   = Generates Eclipse CDT 4.0 project files.
      Eclipse CDT4 - MinGW Makefiles
                                   = Generates Eclipse CDT 4.0 project files.
      Eclipse CDT4 - Ninja         = Generates Eclipse CDT 4.0 project files.
      Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project files.
    Error:executing external native build for cmake C:\Users\amishr33\AndroidStudioProjects\MyApplication\app\src\main\jni\CMakeLists.txt

  [1]: https://i.stack.imgur.com/1LqqS.png



Unable to find CMake in Android Studio

I have a C++ project which uses CMake as its build system. I&#39;d like the following behavior:

If cmake is invoked as `cmake ..`, then `CMAKE_CXX_FLAGS` is `-O3 -Wall -Wextra`

If cmake is invoked as `cmake .. -DCMAKE_BUILD_TYPE=Debug`, then `CMAKE_CXX_FLAGS` is `-g -Wall -Wextra`

I tried the following

    message(STATUS &quot;Build type: ${CMAKE_BUILD_TYPE}&quot;)
    
    set(CMAKE_CXX_FLAGS &quot;-O3 -Wall -Wextra&quot;)
    set(CMAKE_CXX_FLAGS_DEBUG &quot;-g -Wall -Wextra&quot;)

But this has a big problem. First of all, if the second invocation is used, then both `-O3` and `-g` flags are passed to the compiler. Besides, if I use the second invocation and the first thereafter, `CMAKE_BUILD_TYPE` stays `Debug` although not explicitly ordered so - so I get a Debug build although I want an optimized build.

Why? What can I do to get the desired behavior?

Optimize in CMake by default

I am trying to find some `sudo`-free solution to enable my users install and unistall my application. Using

    set(CMAKE_INSTALL_PREFIX &quot;$ENV{HOME}/opt/${CPACK_PACKAGE_NAME}-${CPACK_PACKAGE_VERSION}/&quot;)
    SET(CMAKE_INSTALL_RPATH &quot;$ENV{HOME}/${CPACK_PACKAGE_NAME}-${CPACK_PACKAGE_VERSION}/&quot;)

I can direct the files to the user&#39;s home directory, and

    make install

works fine. With reference to 
https://stackoverflow.com/questions/1439950/whats-the-opposite-of-make-install-ie-how-do-you-uninstall-a-library-in-lin
I did not find any idea, which is `sudo`-free and is not complex for a non-system-admin person. 

1. Is anyhow `make uninstall` supported by CMake?

2. My uninstall is quite simple: all files go in a subdirectory of the user&#39;s home. In principle, removed that new subdirectory could solve the problem. Has `make install`, with parameters above, any side effect, or I can write in my user&#39;s guide that the newly produced subdirectory can be removed as &#39;uninstall&#39;?


CMake support &quot;make uninstall&quot;?

I use CMake to find Boost. Boost is found, but CMake errors out with

&gt; Imported targets not available for Boost version

See the complete error (from macOS) below. What am I doing wrong?

    CMake Warning at /Applications/CMake.app/Contents/share/cmake-3.6/Modules/FindBoost.cmake:743 (message):
      Imported targets not available for Boost version 106300
    Call Stack (most recent call first):
      /Applications/CMake.app/Contents/share/cmake-3.6/Modules/FindBoost.cmake:842 (_Boost_COMPONENT_DEPENDENCIES)
    /Applications/CMake.app/Contents/share/cmake-3.6/Modules/FindBoost.cmake:1395 (_Boost_MISSING_DEPENDENCIES)
    CMakeLists.txt:6 (find_package)

    Boost version: 1.63.0
    Found the following Boost libraries:
      thread
    CMake Warning at /Applications/CMake.app/Contents/share/cmake-3.6/Modules/FindBoost.cmake:743 (message):
      Imported targets not available for Boost version 106300
    Call Stack (most recent call first):
      /Applications/CMake.app/Contents/share/cmake-3.6/Modules/FindBoost.cmake:842 (_Boost_COMPONENT_DEPENDENCIES)
      /Applications/CMake.app/Contents/share/cmake-3.6/Modules/FindBoost.cmake:1395 (_Boost_MISSING_DEPENDENCIES)
      CMakeLists.txt:7 (find_package)


Content Type	Original Author	Original Content on Stackoverflow
Question	101010	View Question on Stackoverflow
Solution 1 - C++	Amadeus	View Answer on Stackoverflow
Solution 2 - C++	scai	View Answer on Stackoverflow

What is the idiomatic way in CMAKE to add the -fPIC compiler option?

C++ Problem Overview

C++ Solutions

Solution 1 - C++

Solution 2 - C++

How can I remove duplicate lines in Visual Studio Code?

Change drive in git bash for windows

Attributions