Biddiscombe, John A. | 1 Mar 09:05 2011
Picon

Re: Fortran good and bad

>> should I be looking at cmVisualStudio10TargetGenerator, or
cmGlobalVisualStudio10Generator/cmGlobalVisualStudio10Win64Generator or one of the base classes?

I didn't get any reply to this, so I would like to ask instead

There is a VisualStudio GlobalGenerator, LocalGenerator and TargetGenerator. I can't find any
particularly useful description of what roles these should play (and how they interact). To add support
for the fortran composer I have started modifying the cmVisualStudio10TargetGenerator, by just
stuffing in checks for FortranProject and then directly modifying various calls to write out stuff. Not
got very far yet.

Does anyone have 5 minutes to explain how these classes -should- interact with each other so that I can make
my changes as minimally intrusive as possible.

thanks

JB

-----Original Message-----
From: cmake-bounces@...
[mailto:cmake-bounces@...] On Behalf Of Biddiscombe, John A.
Sent: 22 February 2011 08:51
To: Bill Hoffman; cmake@...
Subject: Re: [CMake] Fortran good and bad

BIll,

>Kitware has not had the funding or access to a Fortran compiler that 
works with VS 2010.  So, that has not yet been implemented.

(Continue reading)

Ilias Miroslav | 1 Mar 10:09 2011
Picon

adjusting CMAKE_Fortran_LINK_EXECUTABLE

Dear CMake-experts,

as developers of the quantum-chemistry software DIRAC
(http://wiki.chem.vu.nl/dirac/index.php/Dirac_Program) we are shifting towards the CMake
build/compilation system.

By default, the current CMAKE_Fortran_LINK_EXECUTABLE consists of several variables:

"<CMAKE_Fortran_COMPILER>  <CMAKE_Fortran_LINK_FLAGS> <LINK_FLAGS> <FLAGS> <OBJECTS>  -o <TARGET> 
 <LINK_LIBRARIES>"

We would like to know how to restrict the CMAKE_<compiler>_LINK_EXECUTABLE parameter to selected
variables only: "<LINK_FLAGS>  <OBJECTS>  -o <TARGET>  <LINK_LIBRARIES>"

Yours, M.Ilias

--

-- 
RNDr. Miroslav Iliaš, PhD.

Katedra chémie
Fakulta prírodných vied
Univerzita Mateja Bela
Tajovského 40
97400 Banská Bystrica
tel: +421 48 446 7351
email : Miroslav.Ilias@...

Department of Chemistry
Faculty of Natural Sciences
Matej Bel University
(Continue reading)

Campbell Barton | 1 Mar 12:45 2011
Picon

QtCreator project generator

QT-Creator which currently supports CMake by reading code::blocks project files.

The problem with this is code::blocks project files don't write in
#defines, so the IDE shows #ifdef's incorrecyly.

For the short term I wrote a eclipse -> qtcreator project converter in
python, which has a few hard coded values but could easily be made
generic.
http://www.pasteall.org/19595/python

So I was wondering if CMake developers would accept a patch to add
native generation of qtcreator project files?

An alternative solutions could be to write defines into code::blocks
files, or for qtcreator to read in eclipse files instead but qtcreator
project files are quite simple to write so if this feature is
acceptable I was thinking to try and write a patch.

--

-- 
- Campbell
_______________________________________________
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://www.cmake.org/mailman/listinfo/cmake

(Continue reading)

John Drescher | 1 Mar 15:15 2011
Picon

Re: QtCreator project generator

On Tue, Mar 1, 2011 at 6:45 AM, Campbell Barton <ideasman42@...> wrote:
> QT-Creator which currently supports CMake by reading code::blocks project files.
>
> The problem with this is code::blocks project files don't write in
> #defines, so the IDE shows #ifdef's incorrecyly.
>
> For the short term I wrote a eclipse -> qtcreator project converter in
> python, which has a few hard coded values but could easily be made
> generic.
> http://www.pasteall.org/19595/python
>
> So I was wondering if CMake developers would accept a patch to add
> native generation of qtcreator project files?
>
> An alternative solutions could be to write defines into code::blocks
> files, or for qtcreator to read in eclipse files instead but qtcreator
> project files are quite simple to write so if this feature is
> acceptable I was thinking to try and write a patch.

Recent versions of QtCreator use CMakeLists.txt directly? Is there
something missing in this functionality?

John
_______________________________________________
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

(Continue reading)

Bill Hoffman | 1 Mar 15:20 2011

Re: Fortran good and bad

On 3/1/2011 3:05 AM, Biddiscombe, John A. wrote:
> >> should I be looking at cmVisualStudio10TargetGenerator, or
cmGlobalVisualStudio10Generator/cmGlobalVisualStudio10Win64Generator or
one of the base classes?
>
> I didn't get any reply to this, so I would like to ask instead
>
> There is a VisualStudio GlobalGenerator, LocalGenerator and
TargetGenerator. I can't find any particularly useful description of
what roles these should play (and how they interact). To add support for
the fortran composer I have started modifying the
cmVisualStudio10TargetGenerator, by just stuffing in checks for
FortranProject and then directly modifying various calls to write out
stuff. Not got very far yet.
>
> Does anyone have 5 minutes to explain how these classes -should-
interact with each other so that I can make my changes as minimally
intrusive as possible.
>

John, this would be a better question for the cmake-developers list. 
Also, I would have to see how Intel is generating native fortran visual 
studio projects to understand how best to modify the code.  The older 
visual studio fortran support is done here:
cmLocalVisualStudio7Generator.cxx

I think that the cmVisualStudio10TargetGenerator.cxx would be the most 
likely place for the fortran support to be added.  They should be close 
to what is done in the cmLocalVisualStudio7Generator for fortran support.

(Continue reading)

Bill Hoffman | 1 Mar 15:21 2011

Re: adjusting CMAKE_Fortran_LINK_EXECUTABLE

On 3/1/2011 4:09 AM, Ilias Miroslav wrote:
> Dear CMake-experts,
>
> as developers of the quantum-chemistry software DIRAC
(http://wiki.chem.vu.nl/dirac/index.php/Dirac_Program) we are shifting towards the CMake
build/compilation system.
>
> By default, the current CMAKE_Fortran_LINK_EXECUTABLE consists of several variables:
>
> "<CMAKE_Fortran_COMPILER>   <CMAKE_Fortran_LINK_FLAGS>  <LINK_FLAGS>  <FLAGS>  <OBJECTS>   -o<TARGET>
>   <LINK_LIBRARIES>"
>
> We would like to know how to restrict the CMAKE_<compiler>_LINK_EXECUTABLE parameter to selected
variables only: "<LINK_FLAGS>   <OBJECTS>   -o<TARGET>   <LINK_LIBRARIES>"
>
> Yours, M.Ilias
>
Why do you want to do that?  Is there a problem?

--

-- 
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoffman@...
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
_______________________________________________
(Continue reading)

Mihai Sandu | 1 Mar 15:40 2011
Picon

Re: tests from list

Thanks.

On Mon, Feb 28, 2011 at 8:01 PM, Bill Hoffman <bill.hoffman-5opLkZggLXlBDgjK7y7TUQ@public.gmane.org> wrote:
On 2/28/2011 9:47 AM, Mihai Sandu wrote:
There is a way to run tests from a list?

ctest test1 test2 test3




ctest -R test1|test2|test3

-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://www.cmake.org/mailman/listinfo/cmake

_______________________________________________
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://www.cmake.org/mailman/listinfo/cmake
Marcus D. Hanwell | 1 Mar 15:47 2011

Re: QtCreator project generator

On Tue, Mar 1, 2011 at 9:15 AM, John Drescher <drescherjm@...> wrote:
> On Tue, Mar 1, 2011 at 6:45 AM, Campbell Barton
<ideasman42@...> wrote:
>> QT-Creator which currently supports CMake by reading code::blocks project files.
>>
>> The problem with this is code::blocks project files don't write in
>> #defines, so the IDE shows #ifdef's incorrecyly.
>>
>> For the short term I wrote a eclipse -> qtcreator project converter in
>> python, which has a few hard coded values but could easily be made
>> generic.
>> http://www.pasteall.org/19595/python
>>
>> So I was wondering if CMake developers would accept a patch to add
>> native generation of qtcreator project files?
>>
>> An alternative solutions could be to write defines into code::blocks
>> files, or for qtcreator to read in eclipse files instead but qtcreator
>> project files are quite simple to write so if this feature is
>> acceptable I was thinking to try and write a patch.
>
> Recent versions of QtCreator use CMakeLists.txt directly? Is there
> something missing in this functionality?
>
You can open a CMakeLists.txt as a project, this then uses the CMake
plugin to create a build directory, use the CodeBlocks - Unix
Makefiles generator and then add a CMakeLists.txt.user with some
project settings. As stated, it lacks the #defines, although this is
less pronounced in many of the projects I work on where configured
headers are used.

I am not a core CMake developer, but it seems to me that extending the
CodeBlocks generator would be the right thing to do here (if that is
feasible). I think Alexander Neundorf did a lot of this work,
hopefully he will comment.

Marcus
_______________________________________________
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://www.cmake.org/mailman/listinfo/cmake

John Drescher | 1 Mar 15:53 2011
Picon

Re: QtCreator project generator

On Tue, Mar 1, 2011 at 9:15 AM, John Drescher <drescherjm@...> wrote:
> On Tue, Mar 1, 2011 at 6:45 AM, Campbell Barton
<ideasman42@...> wrote:
>> QT-Creator which currently supports CMake by reading code::blocks project files.
>>
>> The problem with this is code::blocks project files don't write in
>> #defines, so the IDE shows #ifdef's incorrecyly.
>>
>> For the short term I wrote a eclipse -> qtcreator project converter in
>> python, which has a few hard coded values but could easily be made
>> generic.
>> http://www.pasteall.org/19595/python
>>
>> So I was wondering if CMake developers would accept a patch to add
>> native generation of qtcreator project files?
>>
>> An alternative solutions could be to write defines into code::blocks
>> files, or for qtcreator to read in eclipse files instead but qtcreator
>> project files are quite simple to write so if this feature is
>> acceptable I was thinking to try and write a patch.
>
> Recent versions of QtCreator use CMakeLists.txt directly? Is there
> something missing in this functionality?
>

Sorry. I have to quit answering forum posts while distracted..

John
_______________________________________________
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://www.cmake.org/mailman/listinfo/cmake

gekso | 1 Mar 16:20 2011
Picon

Remove /D "MBCS" from VS projects

Hello! How can I remove multi-byte character set (/D "MBCS") setting
from visual studio projects? I need to create two configurations, one
with UNICODE and one without anything
_______________________________________________
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://www.cmake.org/mailman/listinfo/cmake


Gmane