[CMake] Linking twice for CRC32

2019-10-10 Thread Vincent van Beveren
Hello  everyone, For integrating the CRC to an ELF I believe I will need to link twice. First to create a binary on which to caclulate the CRC, and using a second pass to actually put the CRC into a the symbol at the last part of the RAM. Using the pointers by Eric  Noulard I have constructed

Re: [CMake] Unity builds (was: Re: [ANNOUNCE] CMake 3.16.0-rc1 is ready for testing)

2019-10-10 Thread Alan W. Irwin
On 2019-10-10 18:21-0400 Paul Smith wrote: On Thu, 2019-10-10 at 14:57 -0400, Robert Maynard via CMake wrote: * The "UNITY_BUILD" target property was added to tell generators to batch include source files for faster compilation times. Are there any instructions on how to make this work? I

[CMake] Unity builds vs. compile_commands.json (was: Re: [ANNOUNCE] CMake 3.16.0-rc1 is ready for testing)

2019-10-10 Thread Paul Smith
On Thu, 2019-10-10 at 14:57 -0400, Robert Maynard via CMake wrote: > * The "UNITY_BUILD" target property was added to tell generators to > batch include source files for faster compilation times. For some reason this didn't work with my actual cmake environment, but I could enable it on a simple

[CMake] Unity builds (was: Re: [ANNOUNCE] CMake 3.16.0-rc1 is ready for testing)

2019-10-10 Thread Paul Smith
On Thu, 2019-10-10 at 14:57 -0400, Robert Maynard via CMake wrote: > * The "UNITY_BUILD" target property was added to tell generators to > batch include source files for faster compilation times. Are there any instructions on how to make this work? I tried this: cmake -G 'Unix Makefiles' -DC

[CMake] [ANNOUNCE] CMake 3.16.0-rc1 is ready for testing

2019-10-10 Thread Robert Maynard via CMake
I am proud to announce the first CMake 3.16 release candidate. https://cmake.org/download/ Documentation is available at: https://cmake.org/cmake/help/v3.16 Release notes appear below and are also published at https://cmake.org/cmake/help/v3.16/release/3.16.html Some of the more significan

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread DIXON, MARK C.
On Thu, 10 Oct 2019, Eric Noulard wrote: ... > with patchelf is works with an intriguing warning: > warning: working around a Linux kernel bug by creating a hole of 2093056 > bytes in ‘/path/to/executable’ > > which seems to be a resolved issue: > https://github.com/NixOS/patchelf/issues/92 > > aft

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread DIXON, MARK C.
On Thu, 10 Oct 2019, Eric Noulard wrote: ... > No rpath and using "only" LD_LIBRARY_PATH is not feasible in that case? > Removing rpath is easy; chrpath -d lib_or_exe You could but, to avoid a maintenance headache, you'd normally end up getting the environment module to load any prereq environmen

Re: [CMake] HOWTO declare component inter-dependencies in multi-component packages

2019-10-10 Thread stefan
ping ? On 2019-10-07 12:47 p.m., stefan wrote: Hi, can you reproduce my observations ? I'm I doing something wrong or is there indeed an issue with CMake ? Should I follow up with a bug report ? Thanks, On 2019-10-04 2:20 p.m., stefan wrote: On 2019-10-03 5:24 p.m., Kyle Edwards wrote:

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread Zakrzewski, Jakub
From: Eric Noulard Sent: 10 October 2019 14:43 To: Zakrzewski, Jakub Cc: cmake@cmake.org Subject: Re: [CMake] cmake end user vs. developer rpath handling > So I was wrong, thank you for your honest question Jakub. > I learned something usefull thanks to you. ?

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread Eric Noulard
Le jeu. 10 oct. 2019 à 14:30, Eric Noulard a écrit : > > > Le jeu. 10 oct. 2019 à 14:02, Zakrzewski, Jakub < > jakub.zakrzew...@scheer-group.com> a écrit : > >> -- >> *From:* CMake on behalf of Eric Noulard < >> eric.noul...@gmail.com> >> *Sent:* 10 October 2019 12:05

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread Eric Noulard
Le jeu. 10 oct. 2019 à 14:02, Zakrzewski, Jakub < jakub.zakrzew...@scheer-group.com> a écrit : > -- > *From:* CMake on behalf of Eric Noulard < > eric.noul...@gmail.com> > *Sent:* 10 October 2019 12:05 > *To:* DIXON, MARK C. > *Cc:* cmake@cmake.org > *Subject:* [DKIM]

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread Zakrzewski, Jakub
From: CMake on behalf of Eric Noulard Sent: 10 October 2019 12:05 To: DIXON, MARK C. Cc: cmake@cmake.org Subject: [DKIM] Re: [CMake] cm?ake end user vs. developer rpath handling > No they can't because the maximum size is burried into the binary ELF file, > tha

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread Eric Noulard
Le jeu. 10 oct. 2019 à 13:08, DIXON, MARK C. a écrit : > On Thu, 10 Oct 2019, Eric Noulard wrote: > ... > > No they can't because the maximum size is burried into the binary ELF > file, > > that why CMake "reserve" some space with many ";;;" in order to replace > > BUILD_RPATH with INSTALL_RPATH

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread DIXON, MARK C.
On Thu, 10 Oct 2019, Eric Noulard wrote: ... > No they can't because the maximum size is burried into the binary ELF file, > that why CMake "reserve" some space with many ";;;" in order to replace > BUILD_RPATH with INSTALL_RPATH when doing > 'install'. Hi Eric, Interesting - any ideas on how big

Re: [CMake] lintian errors when using cpack

2019-10-10 Thread Gillman, Matthew
Hi again I just tried adding those additional two options, but I am getting the same error with lintian. Is there something wrong in my shlibs or control file? Thanks Matthew From: CMake on behalf of "Gillman, Matthew" Date: Thursday, 10 October 2019 at 10:58 To: Kerstin Keller , "cmake@cm

Re: [CMake] lintian errors when using cpack

2019-10-10 Thread Eric Noulard
Le jeu. 10 oct. 2019 à 11:58, Gillman, Matthew a écrit : > Hi Kerstin > > > > Sorry, I forgot to list them. Right now I only have the following set: > > > > SET(CPACK_GENERATOR "DEB") > > SET(CPACK_DEBIAN_PACKAGE_MAINTAINER "Me ") > > INCLUDE(CPack) > > > > I will try adding the two you suggest a

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread Eric Noulard
Le jeu. 10 oct. 2019 à 10:36, DIXON, MARK C. a écrit : > On Wed, 9 Oct 2019, Aaron Cohen wrote: > > > Is it not feasible to just let the build system do whatever it is going > to > > and use "chrpath" or "patchelf" to change the rpath after-the-fact? > > Thanks for the suggestion, but I need to a

Re: [CMake] lintian errors when using cpack

2019-10-10 Thread Gillman, Matthew
Hi Kerstin Sorry, I forgot to list them. Right now I only have the following set: SET(CPACK_GENERATOR "DEB") SET(CPACK_DEBIAN_PACKAGE_MAINTAINER "Me mailto:m...@me.com>>") INCLUDE(CPack) I will try adding the two you suggest and see how it goes, but I wouldn’t be surprised if there were others

Re: [CMake] lintian errors when using cpack

2019-10-10 Thread Kerstin Keller
Hi, what CPACK_DEBIAN_* options have you set and to what values have you set them? I guess you're both using: set(CPACK_DEBIAN_PACKAGE_SHLIBDEPS ON) set(CPACK_DEBIAN_PACKAGE_GENERATE_SHLIBS ON) When I generate the file for my lib it looks a bit different (e.g. it pins the package to a certain ve

Re: [CMake] cmake end user vs. developer rpath handling

2019-10-10 Thread DIXON, MARK C.
On Wed, 9 Oct 2019, Aaron Cohen wrote: > Is it not feasible to just let the build system do whatever it is going to > and use "chrpath" or "patchelf" to change the rpath after-the-fact? Thanks for the suggestion, but I need to add directories to the rpath: I believe that neither utility allows i

[CMake] lintian errors when using cpack

2019-10-10 Thread Gillman, Matthew
It's great that cpack can generate different packages - in my case, a .deb file for Debian. But if you then want to submit the generated .deb file to be part of Debian's official release, you have to run the lintian tool, and make sure you pass its checks. I have managed manually to fix some er