Re: [cmake-developers] patch that adds -KPIC flag to SunPro Fortran compiler

2015-03-24 Thread Steven Vancoillie
On Mar 23 [10:33], Brad King wrote: > On 03/23/2015 04:37 AM, Steven Vancoillie wrote: > Thanks. I split out the -KPIE removal: > > SunPro: Drop non-existent -KPIE flag > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=209c142f > > Please rebase the revisions below on that. > > The current

[cmake-developers] Fortran support for Ninja generator

2015-03-24 Thread Steven Vancoillie
Dear all, we have a large Fortran project which we build with cmake and I'm interested in making the ninja generator work with Fortran. I found a few short discussions of this on the mailing list, but since then nothing has happened. One mention was to use the -M* flags supported by gfortran, jus

Re: [cmake-developers] Fortran support for Ninja generator

2015-03-24 Thread Nils Gladitz
On 03/24/2015 10:08 AM, Steven Vancoillie wrote: Dear all, we have a large Fortran project which we build with cmake and I'm interested in making the ninja generator work with Fortran. I found a few short discussions of this on the mailing list, but since then nothing has happened. One mention

Re: [cmake-developers] Explicit custom command BYPRODUCTS

2015-03-24 Thread Adam Strzelecki
Awesome! Thanks for sorting that out. Hope it will now serve well for Amine. Would it be default for projects targeting min 3.3? -- Adam > Wiadomość napisana przez Brad King w dniu 23 mar > 2015, o godz. 14:49: > > On 03/18/2015 01:41 PM, Adam Strzelecki wrote: >>> IIUC the remaining issue is

Re: [cmake-developers] patch that adds -KPIC flag to SunPro Fortran compiler

2015-03-24 Thread Brad King
On 03/24/2015 04:38 AM, Steven Vancoillie wrote: > On Mar 23 [10:33], Brad King wrote: >> * The _VERBOSE_FLAG is -v for most languages and -# for ASM. > > The verbose flags for SunPro compilers are documented as: > Sun C compiler: -# (-v enables stricter semantic checks) > Sun CXX compiler: -#

Re: [cmake-developers] Explicit custom command BYPRODUCTS

2015-03-24 Thread Brad King
On 03/24/2015 08:10 AM, Adam Strzelecki wrote: > Awesome! Thanks for sorting that out. Hope it will now serve well for Amine. > Would it be default for projects targeting min 3.3? Yes. That is how policies work. The need to be aware of them goes away over time as projects update their min req ve

Re: [cmake-developers] FW: FW: Initial Attempt at Green Hill MULTI IDE Generator Support

2015-03-24 Thread Geoffrey Viola
> The #include line needs to be moved similarly. I made that fix and a few > whitespace fixes. I've attached a patch with those revisions. Thanks. > I noticed while making those fixes that you're using auto_ptr inside a map > value. The auto_ptr is documented as not suitable for use in conta

Re: [cmake-developers] Fortran support for Ninja generator

2015-03-24 Thread Bill Hoffman
On 3/24/2015 5:46 AM, Nils Gladitz wrote: I am not very familiar with fortran myself but there was this discussion on the ninja mailing list that implied that this might also require changes to ninja itself: https://groups.google.com/d/msg/ninja-build/b1-AF3pRJuE/NkPDsO0C2IUJ Yes, the problem i

Re: [cmake-developers] Fortran support for Ninja generator

2015-03-24 Thread Brad King
On 03/24/2015 05:46 AM, Nils Gladitz wrote: >> One mention was to use the -M* flags supported by gfortran, just as >> with gcc. However, when I tried this approach I found out that the -M* >> flag for gfortran seems buggy, it doesn't output the correct format >> (e.g. the target given with -MT flag

Re: [cmake-developers] FW: FW: Initial Attempt at Green Hill MULTI IDE Generator Support

2015-03-24 Thread Brad King
On 03/24/2015 09:14 AM, Geoffrey Viola wrote: > Attached is a new patch. Thanks. I've applied it and merged to 'next' for testing. I added some more commits to tweak a few things too: Add a 'Green Hills MULTI' generator http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1128a5f7 Help: Revis

Re: [cmake-developers] FW: FW: Initial Attempt at Green Hill MULTI IDE Generator Support

2015-03-24 Thread Brad King
On 03/24/2015 11:54 AM, Brad King wrote: > I added some more commits to tweak a few things too: And a few more to fix our continuous testing results: GHS: Do not use C++11 enum name scope http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a4427fa9 GHS: Use !foo.empty() instead of foo.size() >

Re: [cmake-developers] Qt, QtIFW, CMake and CPackIFW

2015-03-24 Thread Konstantin Podsvirov
Hello, Rizzen! 24.03.2015, 21:54, "Rizzen Yazston" : > Hi Konstantin, > > I hope you are the correct person I am contacting regarding the CPackIFW. > After plenty of searching I came across an email post wanting to promote the > usage of CPackIFW. You have come to the right place. I am the Crea