[cmake-developers] [CMake 0013379]: Toolchain prefix not set correctly for Fortran projects

2012-07-06 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://public.kitware.com/Bug/view.php?id=13379 
== 
Reported By:Yngve Inntjore Levinsen
Assigned To:
== 
Project:CMake
Issue ID:   13379
Category:   CMakeSetup
Reproducibility:always
Severity:   minor
Priority:   normal
Status: new
== 
Date Submitted: 2012-07-06 05:14 EDT
Last Modified:  2012-07-06 05:14 EDT
== 
Summary:Toolchain prefix not set correctly for Fortran
projects
Description: 
I have a project involving Fortran, C, and C++. I was writing a toolchain file
for MinGW so I could compile Windows binaries on my Linux box. I had the
following on the top of my CMakeLists.txt:

project(name Fortran C CXX)

In my toolchain file I sat the C, CXX and Fortran compiler, and root path. What
I then noticed was that instead of using the AR/RANLIB with the MinGW prefix, it
was using the default /usr/bin/[ar/ranlib].

This was solved simply by changing the order in the project line as described
above, to instead read:

project(name C CXX Fortran)

(not having Fortran first). See also mail exchange: 
http://www.cmake.org/pipermail/cmake/2012-July/051136.html
and attached two toolchain files in:
http://www.cmake.org/pipermail/cmake/2012-July/051152.html

Please ask if something is unclear. I should also add that I do not know the
origin of the problem, so for what I know it does not need to be fortran
related.

Steps to Reproduce: 
Create a project with Fortran as the first enabled language
Create a toolchain file which should enable a prefix for additional tools
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2012-07-06 05:14 Yngve Inntjore LevinsenNew Issue   

==

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Nicolas Desprès
Hi,

I finally found the time to fix the Ninja generator on OS X. Mainly I
have fixed ExportImport and Qt4Deploy. I based my work on jkp's work
(https://github.com/jkp/CMake/commits/jkp/ninja-generator). Although
there are other patches in this branch, I just included commits fixing
tests. We could later add more tests if required. I also had a minor
issue with CMake.Install because my Qt4, installed with Homebrew, did
not have write access. You can find my patches here:
https://github.com/polrop/CMake/commits/ninja-fix-macosx. I have
tested my work on Linux too but not on Windows. I don't think my patch
will break Windows, but we never know so I did not enable Ninja on
MacOSX yet. I prefer to wait for a green dashboard.

Cheers,
Nico
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Nicolas Desprès
I forgot to say that most of the code is duplicated from the Makefile
generator. I have left some todo but this code will need to be
factored sooner or later.

On Fri, Jul 6, 2012 at 12:54 PM, Nicolas Desprès
 wrote:
> Hi,
>
> I finally found the time to fix the Ninja generator on OS X. Mainly I
> have fixed ExportImport and Qt4Deploy. I based my work on jkp's work
> (https://github.com/jkp/CMake/commits/jkp/ninja-generator). Although
> there are other patches in this branch, I just included commits fixing
> tests. We could later add more tests if required. I also had a minor
> issue with CMake.Install because my Qt4, installed with Homebrew, did
> not have write access. You can find my patches here:
> https://github.com/polrop/CMake/commits/ninja-fix-macosx. I have
> tested my work on Linux too but not on Windows. I don't think my patch
> will break Windows, but we never know so I did not enable Ninja on
> MacOSX yet. I prefer to wait for a green dashboard.
>
> Cheers,
> Nico



-- 
Nicolas Desprès
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread David Cole
We should re-factor it sooner (not later).

This is great, thank you very much!

But we should definitely re-factor it before merging it to 'master'


Thx,
David


On Fri, Jul 6, 2012 at 7:05 AM, Nicolas Desprès
 wrote:
> I forgot to say that most of the code is duplicated from the Makefile
> generator. I have left some todo but this code will need to be
> factored sooner or later.
>
> On Fri, Jul 6, 2012 at 12:54 PM, Nicolas Desprès
>  wrote:
>> Hi,
>>
>> I finally found the time to fix the Ninja generator on OS X. Mainly I
>> have fixed ExportImport and Qt4Deploy. I based my work on jkp's work
>> (https://github.com/jkp/CMake/commits/jkp/ninja-generator). Although
>> there are other patches in this branch, I just included commits fixing
>> tests. We could later add more tests if required. I also had a minor
>> issue with CMake.Install because my Qt4, installed with Homebrew, did
>> not have write access. You can find my patches here:
>> https://github.com/polrop/CMake/commits/ninja-fix-macosx. I have
>> tested my work on Linux too but not on Windows. I don't think my patch
>> will break Windows, but we never know so I did not enable Ninja on
>> MacOSX yet. I prefer to wait for a green dashboard.
>>
>> Cheers,
>> Nico
>
>
>
> --
> Nicolas Desprès
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at: 
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Peter Kümmel

On 06.07.2012 12:54, Nicolas Desprès wrote:

Hi,

I finally found the time to fix the Ninja generator on OS X. Mainly I
have fixed ExportImport and Qt4Deploy. I based my work on jkp's work
(https://github.com/jkp/CMake/commits/jkp/ninja-generator). Although
there are other patches in this branch, I just included commits fixing
tests. We could later add more tests if required. I also had a minor
issue with CMake.Install because my Qt4, installed with Homebrew, did
not have write access. You can find my patches here:
https://github.com/polrop/CMake/commits/ninja-fix-macosx. I have
tested my work on Linux too but not on Windows. I don't think my patch
will break Windows, but we never know so I did not enable Ninja on
MacOSX yet. I prefer to wait for a green dashboard.


Great! I've rebased you branch on next and tested it on Windows,
looks good so far!

Peter
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Nicolas Desprès
I agree. Any idea how you would like to re-factor it? I am thinking
about using multiple inheritance by introducing a cmOSXBundleGenerator
class with CreateFramework and CreateAppBundle. WDYT?

Cheers,
Nico

On Fri, Jul 6, 2012 at 1:13 PM, David Cole  wrote:
> We should re-factor it sooner (not later).
>
> This is great, thank you very much!
>
> But we should definitely re-factor it before merging it to 'master'
>
>
> Thx,
> David
>
>
> On Fri, Jul 6, 2012 at 7:05 AM, Nicolas Desprès
>  wrote:
>> I forgot to say that most of the code is duplicated from the Makefile
>> generator. I have left some todo but this code will need to be
>> factored sooner or later.
>>
>> On Fri, Jul 6, 2012 at 12:54 PM, Nicolas Desprès
>>  wrote:
>>> Hi,
>>>
>>> I finally found the time to fix the Ninja generator on OS X. Mainly I
>>> have fixed ExportImport and Qt4Deploy. I based my work on jkp's work
>>> (https://github.com/jkp/CMake/commits/jkp/ninja-generator). Although
>>> there are other patches in this branch, I just included commits fixing
>>> tests. We could later add more tests if required. I also had a minor
>>> issue with CMake.Install because my Qt4, installed with Homebrew, did
>>> not have write access. You can find my patches here:
>>> https://github.com/polrop/CMake/commits/ninja-fix-macosx. I have
>>> tested my work on Linux too but not on Windows. I don't think my patch
>>> will break Windows, but we never know so I did not enable Ninja on
>>> MacOSX yet. I prefer to wait for a green dashboard.
>>>
>>> Cheers,
>>> Nico
>>
>>
>>
>> --
>> Nicolas Desprès
>> --
>>
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at 
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the CMake FAQ at: 
>> http://www.cmake.org/Wiki/CMake_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers



-- 
Nicolas Desprès
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Nicolas Desprès
On Fri, Jul 6, 2012 at 1:29 PM, Peter Kümmel  wrote:
> On 06.07.2012 12:54, Nicolas Desprès wrote:
>>
>> Hi,
>>
>> I finally found the time to fix the Ninja generator on OS X. Mainly I
>> have fixed ExportImport and Qt4Deploy. I based my work on jkp's work
>> (https://github.com/jkp/CMake/commits/jkp/ninja-generator). Although
>> there are other patches in this branch, I just included commits fixing
>> tests. We could later add more tests if required. I also had a minor
>> issue with CMake.Install because my Qt4, installed with Homebrew, did
>> not have write access. You can find my patches here:
>> https://github.com/polrop/CMake/commits/ninja-fix-macosx. I have
>> tested my work on Linux too but not on Windows. I don't think my patch
>> will break Windows, but we never know so I did not enable Ninja on
>> MacOSX yet. I prefer to wait for a green dashboard.
>
>
> Great! I've rebased you branch on next and tested it on Windows,
> looks good so far!
>

Thanks Peter. Happy to read that.

Nico
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] [CMake 0013380]: Xcode paths generated incorrectly

2012-07-06 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://public.kitware.com/Bug/view.php?id=13380 
== 
Reported By:Jay Sistar
Assigned To:
== 
Project:CMake
Issue ID:   13380
Category:   CMake
Reproducibility:always
Severity:   major
Priority:   high
Status: new
== 
Date Submitted: 2012-07-06 07:46 EDT
Last Modified:  2012-07-06 07:46 EDT
== 
Summary:Xcode paths generated incorrectly
Description: 
This is problem is seen in 2 places:

1. CMake leaves the product paths (paths to library files and executables)
blank, so it's impossible to tell which has been build, and which hasn't.

2. Many paths in Xcode must be relative paths from the Xcode project for Xcode
to work properly. CMake accounts for this nuance, but it does so as if the
project file were at the root of the source. Doing any out of source builds (the
common case, I believe) results in the inability to open files in sub-projects
(projects that were included by a CMake "add_subdirectory(project_dir)" that has
a CMakeLists.txt with a "project(project_name)" statement at the top of it,
which were most likely external to the project, and through the use of git
submodules or similar mechanisms, were included as part of the build of the
outer project.

Steps to Reproduce: 
I've attached a file called "TheMainApp.tar.bz2" It consists of an application
and 2 libraries. The application is at the root.

1. On a Mac with Xcode: from the root ("TheMainApp/") do a "mkdir build; cd
build; cmake -G Xcode .."
2. Do a "open TheMainApp.xcodeproj"
3. In the file browser panel (on the left side of the Xcode window) Look at the
"Product" folder, as well as the "ConsolePrinter" and "Sleeper" folders. You
will see that they are in red.

Under normal circumstances, the Product folder files will be red until they are
built, but because the path doesn't exist (that can be seen in Xcode 4 or later
in the panel on the right side of the window) these Products will always be red.

Additional Information: 
It should be noted that everything still builds correctly, it's only the IDE
that has problems, but that seriously attenuates development speed in Xcode when
using CMake.

To whomever picks-up this ticket: Thank you very much for the great product that
is CMake! It has made my cross platform development much easier.
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2012-07-06 07:46 Jay Sistar New Issue
2012-07-06 07:46 Jay Sistar File Added: TheMainApp.tar.bz2  
 
==

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Bill Hoffman

On 7/6/2012 7:33 AM, Nicolas Desprès wrote:

I agree. Any idea how you would like to re-factor it? I am thinking
about using multiple inheritance by introducing a cmOSXBundleGenerator
class with CreateFramework and CreateAppBundle. WDYT?

Cheers,
Nico

Thanks, this is great.

I am not a big fan of multiple inheritance.  What about a helper class? 
 cmOSXBundleCreator with the two methods and a pointer to the target 
and the makefile.



-Bill

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] [CMake 0013381]: /usr/include ignored by code::Blocks generator

2012-07-06 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://public.kitware.com/Bug/view.php?id=13381 
== 
Reported By:Nicholas Katzakis
Assigned To:
== 
Project:CMake
Issue ID:   13381
Category:   (No Category)
Reproducibility:always
Severity:   major
Priority:   normal
Status: new
== 
Date Submitted: 2012-07-06 12:25 EDT
Last Modified:  2012-07-06 12:25 EDT
== 
Summary:/usr/include ignored by code::Blocks generator
Description: 
include_directories(/usr/include)

^--- Even if I include this directive, if I open the project in Qt Creator it
fails to build. Going to command prompt and doing "VERBOSE=1 make" reveals that
/usr/include is not passed at all to the compiler (macports GCC 4.6 or 4.7.1).

If on the other hand I use cmake's default generator (unix MakeFiles) then
"/usr/include" is properly included.

Steps to Reproduce: 
1. include_directories(/usr/include)
2. use codeblocks generator

== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2012-07-06 12:25 Nicholas KatzakisNew Issue
==

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Nicolas Desprès
On Fri, Jul 6, 2012 at 3:52 PM, Bill Hoffman  wrote:
> On 7/6/2012 7:33 AM, Nicolas Desprès wrote:
>>
>> I agree. Any idea how you would like to re-factor it? I am thinking
>> about using multiple inheritance by introducing a cmOSXBundleGenerator
>> class with CreateFramework and CreateAppBundle. WDYT?
>>
>> Cheers,
>> Nico
>
> Thanks, this is great.
>
> I am not a big fan of multiple inheritance.  What about a helper class?
> cmOSXBundleCreator with the two methods and a pointer to the target and the
> makefile.
>

Both work. Generally I use helper class with language not supporting
multiple inheritance but if you prefer not to use it that's not a
problem. I'll do the patch. Thanks for answering.

Cheers,
Nico
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-06 Thread Bill Hoffman

On 7/6/2012 12:45 PM, Nicolas Desprès wrote:

Both work. Generally I use helper class with language not supporting
multiple inheritance but if you prefer not to use it that's not a
problem. I'll do the patch. Thanks for answering.
Great, thanks for doing the work.  Lets go with the helper class, should 
be pretty easy to implement.


Thanks again.

Only one thing left that the ninja generator won't do correctly.  It 
won't build fortran 90 code with modules.  I posted to the ninja list, 
but no one seems interested in helping to solve the problem... :(


-Bill

--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers