Remove debuild buildsystem=cmake linker flags
Clash Royale CLAN TAG#URR8PPP
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
add a comment |
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
add a comment |
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
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
dpkg cmake mingw
asked Jan 18 at 10:03
StewartStewart
1849
1849
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
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.)
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
add a comment |
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
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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.)
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
add a comment |
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.)
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
add a comment |
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.)
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.)
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
add a comment |
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
add a comment |
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.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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