Remove debuild buildsystem=cmake linker flags

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












1















I'm trying to create a *.deb file from debian using cmake with a mingw cross-compiler. CMake's compiler test fails when using dpkg-buildpackage.



Building normally is fine:



mkdir build && cd build
cmake .. -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_VERBOSE_MAKEFILE=ON
-DCMAKE_BUILD_TYPE=None
-DCMAKE_INSTALL_SYSCONFDIR=/etc
-DCMAKE_INSTALL_LOCALSTATEDIR=/var
-- The C compiler identification is GNU 6.3.0
-- The CXX compiler identification is GNU 6.3.0
-- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
-- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++
-- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done


However when I build this using dpkg-buildpackage it fails to configure:



dpkg-buildpackage -uc -us
dpkg-buildpackage: info: source package foo
dpkg-buildpackage: info: source version 1.0
dpkg-buildpackage: info: source distribution stretch
dpkg-buildpackage: info: source changed by $USER
dpkg-buildpackage: info: host architecture amd64
dpkg-source --before-build hw
fakeroot debian/rules clean
dh clean --buildsystem=cmake --parallel
dh_testdir -O--buildsystem=cmake -O--parallel
dh_auto_clean -O--buildsystem=cmake -O--parallel
dh_clean -O--buildsystem=cmake -O--parallel
dpkg-source -b hw
dpkg-source: info: using source format '3.0 (native)'
dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.tar.xz
dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.dsc
debian/rules build
make: 'build' is up to date.
fakeroot debian/rules binary
dh binary --buildsystem=cmake --parallel
dh_testdir -O--buildsystem=cmake -O--parallel
dh_update_autotools_config -O--buildsystem=cmake -O--parallel
dh_auto_configure -O--buildsystem=cmake -O--parallel
cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
-- The C compiler identification is GNU 6.3.0
-- The CXX compiler identification is GNU 6.3.0
-- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
-- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- broken
CMake Error at /usr/share/cmake-3.7/Modules/CMakeTestCCompiler.cmake:51 (message):
The C compiler "/etc/alternatives/i686-w64-mingw32-gcc" is not able to
compile a simple test program.


The interesting part of the full log is a failure during linking:



/etc/alternatives/i686-w64-mingw32-gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wl,--whole-archive CMakeFiles/cmTC_fc912.dir/objects.a -Wl,--no-whole-archive -o cmTC_fc912.exe -Wl,--out-implib,libcmTC_fc912.dll.a -Wl,--major-image-version,0,--minor-image-version,0 @CMakeFiles/cmTC_fc912.dir/linklibs.rsp
/usr/bin/i686-w64-mingw32-ld: unrecognized option '-z'


The mingw linker fails to recognize the -z option. When I diff the CMakeCache.txt, I can see that dpkg-buildpakcage adds some linker flags by default:



< CMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro
---
> CMAKE_EXE_LINKER_FLAGS:STRING=


How can I prevent dpkg-buildpackage from doing this?



FYI: my debian/rules file looks like this:



#!/usr/bin/make -f
%:
dh $@ --buildsystem=cmake --parallel









share|improve this question


























    1















    I'm trying to create a *.deb file from debian using cmake with a mingw cross-compiler. CMake's compiler test fails when using dpkg-buildpackage.



    Building normally is fine:



    mkdir build && cd build
    cmake .. -DCMAKE_INSTALL_PREFIX=/usr
    -DCMAKE_VERBOSE_MAKEFILE=ON
    -DCMAKE_BUILD_TYPE=None
    -DCMAKE_INSTALL_SYSCONFDIR=/etc
    -DCMAKE_INSTALL_LOCALSTATEDIR=/var
    -- The C compiler identification is GNU 6.3.0
    -- The CXX compiler identification is GNU 6.3.0
    -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
    -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- works
    -- Detecting C compiler ABI info
    -- Detecting C compiler ABI info - done
    -- Detecting C compile features
    -- Detecting C compile features - done
    -- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++
    -- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++ -- works
    -- Detecting CXX compiler ABI info
    -- Detecting CXX compiler ABI info - done
    -- Detecting CXX compile features
    -- Detecting CXX compile features - done
    -- Configuring done
    -- Generating done


    However when I build this using dpkg-buildpackage it fails to configure:



    dpkg-buildpackage -uc -us
    dpkg-buildpackage: info: source package foo
    dpkg-buildpackage: info: source version 1.0
    dpkg-buildpackage: info: source distribution stretch
    dpkg-buildpackage: info: source changed by $USER
    dpkg-buildpackage: info: host architecture amd64
    dpkg-source --before-build hw
    fakeroot debian/rules clean
    dh clean --buildsystem=cmake --parallel
    dh_testdir -O--buildsystem=cmake -O--parallel
    dh_auto_clean -O--buildsystem=cmake -O--parallel
    dh_clean -O--buildsystem=cmake -O--parallel
    dpkg-source -b hw
    dpkg-source: info: using source format '3.0 (native)'
    dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.tar.xz
    dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.dsc
    debian/rules build
    make: 'build' is up to date.
    fakeroot debian/rules binary
    dh binary --buildsystem=cmake --parallel
    dh_testdir -O--buildsystem=cmake -O--parallel
    dh_update_autotools_config -O--buildsystem=cmake -O--parallel
    dh_auto_configure -O--buildsystem=cmake -O--parallel
    cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
    -- The C compiler identification is GNU 6.3.0
    -- The CXX compiler identification is GNU 6.3.0
    -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
    -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- broken
    CMake Error at /usr/share/cmake-3.7/Modules/CMakeTestCCompiler.cmake:51 (message):
    The C compiler "/etc/alternatives/i686-w64-mingw32-gcc" is not able to
    compile a simple test program.


    The interesting part of the full log is a failure during linking:



    /etc/alternatives/i686-w64-mingw32-gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wl,--whole-archive CMakeFiles/cmTC_fc912.dir/objects.a -Wl,--no-whole-archive -o cmTC_fc912.exe -Wl,--out-implib,libcmTC_fc912.dll.a -Wl,--major-image-version,0,--minor-image-version,0 @CMakeFiles/cmTC_fc912.dir/linklibs.rsp
    /usr/bin/i686-w64-mingw32-ld: unrecognized option '-z'


    The mingw linker fails to recognize the -z option. When I diff the CMakeCache.txt, I can see that dpkg-buildpakcage adds some linker flags by default:



    < CMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro
    ---
    > CMAKE_EXE_LINKER_FLAGS:STRING=


    How can I prevent dpkg-buildpackage from doing this?



    FYI: my debian/rules file looks like this:



    #!/usr/bin/make -f
    %:
    dh $@ --buildsystem=cmake --parallel









    share|improve this question
























      1












      1








      1








      I'm trying to create a *.deb file from debian using cmake with a mingw cross-compiler. CMake's compiler test fails when using dpkg-buildpackage.



      Building normally is fine:



      mkdir build && cd build
      cmake .. -DCMAKE_INSTALL_PREFIX=/usr
      -DCMAKE_VERBOSE_MAKEFILE=ON
      -DCMAKE_BUILD_TYPE=None
      -DCMAKE_INSTALL_SYSCONFDIR=/etc
      -DCMAKE_INSTALL_LOCALSTATEDIR=/var
      -- The C compiler identification is GNU 6.3.0
      -- The CXX compiler identification is GNU 6.3.0
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- works
      -- Detecting C compiler ABI info
      -- Detecting C compiler ABI info - done
      -- Detecting C compile features
      -- Detecting C compile features - done
      -- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++
      -- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++ -- works
      -- Detecting CXX compiler ABI info
      -- Detecting CXX compiler ABI info - done
      -- Detecting CXX compile features
      -- Detecting CXX compile features - done
      -- Configuring done
      -- Generating done


      However when I build this using dpkg-buildpackage it fails to configure:



      dpkg-buildpackage -uc -us
      dpkg-buildpackage: info: source package foo
      dpkg-buildpackage: info: source version 1.0
      dpkg-buildpackage: info: source distribution stretch
      dpkg-buildpackage: info: source changed by $USER
      dpkg-buildpackage: info: host architecture amd64
      dpkg-source --before-build hw
      fakeroot debian/rules clean
      dh clean --buildsystem=cmake --parallel
      dh_testdir -O--buildsystem=cmake -O--parallel
      dh_auto_clean -O--buildsystem=cmake -O--parallel
      dh_clean -O--buildsystem=cmake -O--parallel
      dpkg-source -b hw
      dpkg-source: info: using source format '3.0 (native)'
      dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.tar.xz
      dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.dsc
      debian/rules build
      make: 'build' is up to date.
      fakeroot debian/rules binary
      dh binary --buildsystem=cmake --parallel
      dh_testdir -O--buildsystem=cmake -O--parallel
      dh_update_autotools_config -O--buildsystem=cmake -O--parallel
      dh_auto_configure -O--buildsystem=cmake -O--parallel
      cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
      -- The C compiler identification is GNU 6.3.0
      -- The CXX compiler identification is GNU 6.3.0
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- broken
      CMake Error at /usr/share/cmake-3.7/Modules/CMakeTestCCompiler.cmake:51 (message):
      The C compiler "/etc/alternatives/i686-w64-mingw32-gcc" is not able to
      compile a simple test program.


      The interesting part of the full log is a failure during linking:



      /etc/alternatives/i686-w64-mingw32-gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wl,--whole-archive CMakeFiles/cmTC_fc912.dir/objects.a -Wl,--no-whole-archive -o cmTC_fc912.exe -Wl,--out-implib,libcmTC_fc912.dll.a -Wl,--major-image-version,0,--minor-image-version,0 @CMakeFiles/cmTC_fc912.dir/linklibs.rsp
      /usr/bin/i686-w64-mingw32-ld: unrecognized option '-z'


      The mingw linker fails to recognize the -z option. When I diff the CMakeCache.txt, I can see that dpkg-buildpakcage adds some linker flags by default:



      < CMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro
      ---
      > CMAKE_EXE_LINKER_FLAGS:STRING=


      How can I prevent dpkg-buildpackage from doing this?



      FYI: my debian/rules file looks like this:



      #!/usr/bin/make -f
      %:
      dh $@ --buildsystem=cmake --parallel









      share|improve this question














      I'm trying to create a *.deb file from debian using cmake with a mingw cross-compiler. CMake's compiler test fails when using dpkg-buildpackage.



      Building normally is fine:



      mkdir build && cd build
      cmake .. -DCMAKE_INSTALL_PREFIX=/usr
      -DCMAKE_VERBOSE_MAKEFILE=ON
      -DCMAKE_BUILD_TYPE=None
      -DCMAKE_INSTALL_SYSCONFDIR=/etc
      -DCMAKE_INSTALL_LOCALSTATEDIR=/var
      -- The C compiler identification is GNU 6.3.0
      -- The CXX compiler identification is GNU 6.3.0
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- works
      -- Detecting C compiler ABI info
      -- Detecting C compiler ABI info - done
      -- Detecting C compile features
      -- Detecting C compile features - done
      -- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++
      -- Check for working CXX compiler: /etc/alternatives/i686-w64-mingw32-g++ -- works
      -- Detecting CXX compiler ABI info
      -- Detecting CXX compiler ABI info - done
      -- Detecting CXX compile features
      -- Detecting CXX compile features - done
      -- Configuring done
      -- Generating done


      However when I build this using dpkg-buildpackage it fails to configure:



      dpkg-buildpackage -uc -us
      dpkg-buildpackage: info: source package foo
      dpkg-buildpackage: info: source version 1.0
      dpkg-buildpackage: info: source distribution stretch
      dpkg-buildpackage: info: source changed by $USER
      dpkg-buildpackage: info: host architecture amd64
      dpkg-source --before-build hw
      fakeroot debian/rules clean
      dh clean --buildsystem=cmake --parallel
      dh_testdir -O--buildsystem=cmake -O--parallel
      dh_auto_clean -O--buildsystem=cmake -O--parallel
      dh_clean -O--buildsystem=cmake -O--parallel
      dpkg-source -b hw
      dpkg-source: info: using source format '3.0 (native)'
      dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.tar.xz
      dpkg-source: info: building sim-honeywell-ease-control in sim-honeywell-ease-control_1.0.dsc
      debian/rules build
      make: 'build' is up to date.
      fakeroot debian/rules binary
      dh binary --buildsystem=cmake --parallel
      dh_testdir -O--buildsystem=cmake -O--parallel
      dh_update_autotools_config -O--buildsystem=cmake -O--parallel
      dh_auto_configure -O--buildsystem=cmake -O--parallel
      cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
      -- The C compiler identification is GNU 6.3.0
      -- The CXX compiler identification is GNU 6.3.0
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc
      -- Check for working C compiler: /etc/alternatives/i686-w64-mingw32-gcc -- broken
      CMake Error at /usr/share/cmake-3.7/Modules/CMakeTestCCompiler.cmake:51 (message):
      The C compiler "/etc/alternatives/i686-w64-mingw32-gcc" is not able to
      compile a simple test program.


      The interesting part of the full log is a failure during linking:



      /etc/alternatives/i686-w64-mingw32-gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wl,--whole-archive CMakeFiles/cmTC_fc912.dir/objects.a -Wl,--no-whole-archive -o cmTC_fc912.exe -Wl,--out-implib,libcmTC_fc912.dll.a -Wl,--major-image-version,0,--minor-image-version,0 @CMakeFiles/cmTC_fc912.dir/linklibs.rsp
      /usr/bin/i686-w64-mingw32-ld: unrecognized option '-z'


      The mingw linker fails to recognize the -z option. When I diff the CMakeCache.txt, I can see that dpkg-buildpakcage adds some linker flags by default:



      < CMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro
      ---
      > CMAKE_EXE_LINKER_FLAGS:STRING=


      How can I prevent dpkg-buildpackage from doing this?



      FYI: my debian/rules file looks like this:



      #!/usr/bin/make -f
      %:
      dh $@ --buildsystem=cmake --parallel






      dpkg cmake mingw






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Jan 18 at 10:03









      StewartStewart

      1849




      1849




















          1 Answer
          1






          active

          oldest

          votes


















          2














          You need to disable the relro hardening configuration; change your debian/rules to



          #!/usr/bin/make -f

          export DEB_BUILD_MAINT_OPTIONS = hardening=-relro

          %:
          dh $@ --buildsystem=cmake --parallel


          See the dpkg-buildflags manpage for details.



          (As an aside, if you’re using compat level 10 or greater, you don’t need --parallel since it’s enabled by default. In many cases you can drop --buildsystem=cmake too since dh will auto-detect it.)






          share|improve this answer























          • I'm at compat 9 (still in stable), and you are right about auto-detecting --buildsystem=cmake. About the main issue, the suggested solution works perfectly. That's the third time you've helped me quickly. I think I owe you a beer by now.

            – Stewart
            Jan 18 at 10:18











          • I always like helping people who are trying to do the right thing, and you get bonus points for using my MinGW-w64 packages on top of that ;-).

            – Stephen Kitt
            Jan 18 at 10:23











          • I saw that you were the maintainer for that! I really appreciate your work.

            – Stewart
            Jan 18 at 10:31










          Your Answer








          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "106"
          ;
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function()
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled)
          StackExchange.using("snippets", function()
          createEditor();
          );

          else
          createEditor();

          );

          function createEditor()
          StackExchange.prepareEditor(
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader:
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          ,
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          );



          );













          draft saved

          draft discarded


















          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f495246%2fremove-debuild-buildsystem-cmake-linker-flags%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          2














          You need to disable the relro hardening configuration; change your debian/rules to



          #!/usr/bin/make -f

          export DEB_BUILD_MAINT_OPTIONS = hardening=-relro

          %:
          dh $@ --buildsystem=cmake --parallel


          See the dpkg-buildflags manpage for details.



          (As an aside, if you’re using compat level 10 or greater, you don’t need --parallel since it’s enabled by default. In many cases you can drop --buildsystem=cmake too since dh will auto-detect it.)






          share|improve this answer























          • I'm at compat 9 (still in stable), and you are right about auto-detecting --buildsystem=cmake. About the main issue, the suggested solution works perfectly. That's the third time you've helped me quickly. I think I owe you a beer by now.

            – Stewart
            Jan 18 at 10:18











          • I always like helping people who are trying to do the right thing, and you get bonus points for using my MinGW-w64 packages on top of that ;-).

            – Stephen Kitt
            Jan 18 at 10:23











          • I saw that you were the maintainer for that! I really appreciate your work.

            – Stewart
            Jan 18 at 10:31















          2














          You need to disable the relro hardening configuration; change your debian/rules to



          #!/usr/bin/make -f

          export DEB_BUILD_MAINT_OPTIONS = hardening=-relro

          %:
          dh $@ --buildsystem=cmake --parallel


          See the dpkg-buildflags manpage for details.



          (As an aside, if you’re using compat level 10 or greater, you don’t need --parallel since it’s enabled by default. In many cases you can drop --buildsystem=cmake too since dh will auto-detect it.)






          share|improve this answer























          • I'm at compat 9 (still in stable), and you are right about auto-detecting --buildsystem=cmake. About the main issue, the suggested solution works perfectly. That's the third time you've helped me quickly. I think I owe you a beer by now.

            – Stewart
            Jan 18 at 10:18











          • I always like helping people who are trying to do the right thing, and you get bonus points for using my MinGW-w64 packages on top of that ;-).

            – Stephen Kitt
            Jan 18 at 10:23











          • I saw that you were the maintainer for that! I really appreciate your work.

            – Stewart
            Jan 18 at 10:31













          2












          2








          2







          You need to disable the relro hardening configuration; change your debian/rules to



          #!/usr/bin/make -f

          export DEB_BUILD_MAINT_OPTIONS = hardening=-relro

          %:
          dh $@ --buildsystem=cmake --parallel


          See the dpkg-buildflags manpage for details.



          (As an aside, if you’re using compat level 10 or greater, you don’t need --parallel since it’s enabled by default. In many cases you can drop --buildsystem=cmake too since dh will auto-detect it.)






          share|improve this answer













          You need to disable the relro hardening configuration; change your debian/rules to



          #!/usr/bin/make -f

          export DEB_BUILD_MAINT_OPTIONS = hardening=-relro

          %:
          dh $@ --buildsystem=cmake --parallel


          See the dpkg-buildflags manpage for details.



          (As an aside, if you’re using compat level 10 or greater, you don’t need --parallel since it’s enabled by default. In many cases you can drop --buildsystem=cmake too since dh will auto-detect it.)







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Jan 18 at 10:08









          Stephen KittStephen Kitt

          170k24383460




          170k24383460












          • I'm at compat 9 (still in stable), and you are right about auto-detecting --buildsystem=cmake. About the main issue, the suggested solution works perfectly. That's the third time you've helped me quickly. I think I owe you a beer by now.

            – Stewart
            Jan 18 at 10:18











          • I always like helping people who are trying to do the right thing, and you get bonus points for using my MinGW-w64 packages on top of that ;-).

            – Stephen Kitt
            Jan 18 at 10:23











          • I saw that you were the maintainer for that! I really appreciate your work.

            – Stewart
            Jan 18 at 10:31

















          • I'm at compat 9 (still in stable), and you are right about auto-detecting --buildsystem=cmake. About the main issue, the suggested solution works perfectly. That's the third time you've helped me quickly. I think I owe you a beer by now.

            – Stewart
            Jan 18 at 10:18











          • I always like helping people who are trying to do the right thing, and you get bonus points for using my MinGW-w64 packages on top of that ;-).

            – Stephen Kitt
            Jan 18 at 10:23











          • I saw that you were the maintainer for that! I really appreciate your work.

            – Stewart
            Jan 18 at 10:31
















          I'm at compat 9 (still in stable), and you are right about auto-detecting --buildsystem=cmake. About the main issue, the suggested solution works perfectly. That's the third time you've helped me quickly. I think I owe you a beer by now.

          – Stewart
          Jan 18 at 10:18





          I'm at compat 9 (still in stable), and you are right about auto-detecting --buildsystem=cmake. About the main issue, the suggested solution works perfectly. That's the third time you've helped me quickly. I think I owe you a beer by now.

          – Stewart
          Jan 18 at 10:18













          I always like helping people who are trying to do the right thing, and you get bonus points for using my MinGW-w64 packages on top of that ;-).

          – Stephen Kitt
          Jan 18 at 10:23





          I always like helping people who are trying to do the right thing, and you get bonus points for using my MinGW-w64 packages on top of that ;-).

          – Stephen Kitt
          Jan 18 at 10:23













          I saw that you were the maintainer for that! I really appreciate your work.

          – Stewart
          Jan 18 at 10:31





          I saw that you were the maintainer for that! I really appreciate your work.

          – Stewart
          Jan 18 at 10:31

















          draft saved

          draft discarded
















































          Thanks for contributing an answer to Unix & Linux Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f495246%2fremove-debuild-buildsystem-cmake-linker-flags%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown






          Popular posts from this blog

          How to check contact read email or not when send email to Individual?

          Displaying single band from multi-band raster using QGIS

          How many registers does an x86_64 CPU actually have?