Eric Noulard wrote:
2008/7/15 Matthew Woehlke <[EMAIL PROTECTED]>:
but when I try to build the RPM, it wants to write to /usr (ah, shouldn't
rpm building NOT need to install first?!), and if I run it as root, it
installs but yields an empty rpm.
CPack RPM shouldn't try to write to /usr unless
Phil Pellouchoud wrote:
Can you try this:
rm -rf * && cmake -DCMAKE_TOOLCHAIN_FILE=foobar
Also, cmake --version.
-Bill
[phil]
I'm not sure what you expected from the 'cmake
-DCMAKE_TOOLCHAIN_FILE=foobar' - my toolchain file is called
toolchain.cmake
I wanted to make sure you got an er
Egads! That was it! Thanks! Dang typos!
-phil
-Original Message-
From: Andreas Pokorny [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2008 1:17 PM
To: Phil Pellouchoud
Cc: cmake@cmake.org
Subject: Re: [CMake] trouble with cmake 2.6-patch 0 cross compiling.
Hello,
2008/7/16 Phil
If you are successfully using CMake for your project, I would appreciate
it if you could add your project here:
http://www.cmake.org/Wiki/CMake_Projects
Thanks
-Bill
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2008 12:02 PM
To: Phil Pellouchoud
Cc: cmake@cmake.org
Subject: Re: [CMake] trouble with cmake 2.6-patch 0 cross compiling.
Phil Pellouchoud wrote:
> -Original Message-
> From: Bill Hoffman [
Hi,
2008/7/16 Jesse Corrington <[EMAIL PROTECTED]>:
> [...]
> MACRO( TEST_SET variable, value )
> SET( variable ${value} )
> ENDMACRO()
>
>
> SET( TEST_VAR "testvar" )
> TEST_SET( TEST_VAR "newval" )
> MESSAGE( SEND_ERROR ${TEST_VAR} )
nearly:
MACRO( TEST_SET variable value )
SET(${variab
Hello,
2008/7/16 Phil Pellouchoud <[EMAIL PROTECTED]>:
> Hi.
> [...]
> -- toolchain.cmake --
> SET( CMAKE_SYSTEM_NAME foobar )
> SET( CMAKE_SYST EM_VERSION 1 )
> SET( CMAKE_SYSTEM_PROCESSOR arm-foo )
> SET( CMAKE_SYSTEM_C_COMPILER /absolute/path/to/compiler )
> SET( CMAKE_SYSTEM_CXX_COMPILER /abso
Is there anyway to have variables passed by reference to a macro so the
original will be updated. I'm pretty sure the answer is no, but maybe I just
don't know the syntax well enough. Here is what I'm trying to do:
MACRO( TEST_SET variable, value )
SET( variable ${value} )
ENDMACRO()
SET( TE
Carminati Federico wrote:
Bill,
Great! Then let's start with this
...
the unix makefile work (!), but not the xcode. It just does nothing. So,
any chance for this to be supported by cmake? best,
I have no plans/funding to add that support at the moment. Assuming that
Xcode can be made to
If you read that link, the first line says you need to install a
plugin. So out of the box Xcode does NOT support Fortran. With Add-
ons it can. I have no idea what the CMake developers policy is on
supporting 3rd party plugins to IDEs. I'll let Bill answer that.
--
Mike Jackson Senior Re
Hello Mike,
see Bill's answer. It seems that Xcode is not completely fortran
agnostic after all. It is just that cmake cannot make the right
connection yet. Best,
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mobile: +41 76 487 4843
On 16
Bill,
Great! Then let's start with this
# -*- mode: cmake -*-
Project(Test)
Cmake_Minimum_Required(VERSION 2.6)
Set(CMAKE_Fortran_COMPILER gfortran)
Enable_Language(Fortran)
Add_Executable(hello hello.F)
hello.F is
program hello
print *, 'Hello World'
end
the unix makefile work (!), but
You are asking CMake to implement a feature that does NOT exist in
Xcode. Yes CMake does support fortran makefiles. NO Xcode does not
support Fortran. Now, Xcode does support creating a project from a
"makefile" based project but cmake does not create native Xcode
projects this way. CMake c
Carminati Federico wrote:
Hello Mike,
I have no idea, I could try. However if cmake does support fortran
and does support xcode, and if you cannot make a xcode project out of a
cmake set of files that otherwise support a unix makefile, there is a
contraddiction somewhere As a matter of
Hello Mike,
I have no idea, I could try. However if cmake does support fortran
and does support xcode, and if you cannot make a xcode project out of
a cmake set of files that otherwise support a unix makefile, there is
a contraddiction somewhere As a matter of fact, if I only include
Phil Pellouchoud wrote:
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2008 11:43 AM
To: Phil Pellouchoud
Cc: cmake@cmake.org
Subject: Re: [CMake] trouble with cmake 2.6-patch 0 cross compiling.
What output do you get when you run cmake?
rm
Good to know. This is what I did at the end. Thanks,
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mobile: +41 76 487 4843
On 16 Jul 2008, at 20:30, Bill Hoffman wrote:
Carminati Federico wrote:
Hello,
The following simple CMakeLists.txt wor
-Original Message-
From: Bill Hoffman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2008 11:43 AM
To: Phil Pellouchoud
Cc: cmake@cmake.org
Subject: Re: [CMake] trouble with cmake 2.6-patch 0 cross compiling.
What output do you get when you run cmake?
rm -rf *
cmake -DCMAKE_TOOLCH
What output do you get when you run cmake?
rm -rf *
cmake -DCMAKE_TOOLCHAIN_FILE=toolchain.cmake ..
-Bill
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Carminati Federico wrote:
Hello,
The following simple CMakeLists.txt works when generating unix
makefiles but fails when generating xcode project:
# -*- mode: cmake -*-
Project(Test)
Cmake_Minimum_Required(VERSION 2.6)
Set(CMAKE_VERBOSE_MAKEFILE ON)
Set(DATEFLAGS "-D`uname` -Dlong64=\"long
Phil Pellouchoud wrote:
> I waited for a while to get this e-mail through, but it didn't seem
like it took - trying again.
>
It took, I have two copies...
[phil] okay, thanks.
>
>
> Hi.
>
> I've got cmake 2.6-patch 0 installed and I'm trying to get a simple
(helloworld.cpp) compiled and
Phil Pellouchoud wrote:
I waited for a while to get this e-mail through, but it didn't seem like it
took - trying again.
It took, I have two copies...
Hi.
I've got cmake 2.6-patch 0 installed and I'm trying to get a simple
(helloworld.cpp) compiled and built on a linux system.
My to
I waited for a while to get this e-mail through, but it didn't seem like it
took - trying again.
Hi.
I've got cmake 2.6-patch 0 installed and I'm trying to get a simple
(helloworld.cpp) compiled and built on a linux system.
My toolchain file looks like this:
-- toolchain.cmake --
SET( C
Does Xcode even know how to handle Fortran? Ie, Can you make an Xcode
project by hand that incudes Fortran files and have it compile the
code to a program?
--
Mike Jackson Senior Research Engineer
Innovative Management & Technology Services
On Jul 16, 2008, at 1:08 PM, Carminati Federico
Good evening,
the following simple CMakeLists.txt works when generating Unix
makefiles and fails when generating Xcode projects
Project(Test)
Cmake_Minimum_Required(VERSION 2.6)
Set(CMAKE_Fortran_COMPILER gfortran)
Enable_Language(Fortran)
Set(CMAKE_Fortran_FLAGS "-fno-second-underscore"
Hi.
I've got cmake 2.6-patch 0 installed and I'm trying to get a simple
(helloworld.cpp) compiled and built on a linux system.
My toolchain file looks like this:
-- toolchain.cmake --
SET( CMAKE_SYSTEM_NAME foobar )
SET( CMAKE_SYST EM_VERSION 1 )
SET( CMAKE_SYSTEM_PROCESSOR arm-foo )
On Wed, Jul 16, 2008 at 9:48 AM, Mehdi Rabah wrote:
> On Wed, Jul 16, 2008 at 11:52 AM, Mike Arthur wrote:
>>
>> On Tuesday 15 July 2008 02:52:44 Miguel A. Figueroa-Villanueva wrote:
>> > This is just a simple survey to get an idea if there are many people
>> > successfully using the Eclipse CDT ge
On Wed, Jul 16, 2008 at 11:52 AM, Mike Arthur <[EMAIL PROTECTED]> wrote:
> On Tuesday 15 July 2008 02:52:44 Miguel A. Figueroa-Villanueva wrote:
> > This is just a simple survey to get an idea if there are many people
> > successfully using the Eclipse CDT generator that has been out there
> > for
wix == Windows Installer XML
It's a tool that takes an xml input file and creates a *.msi Windows
installer package.
On Wed, Jul 16, 2008 at 2:18 AM, Pau Garcia i Quiles <[EMAIL PROTECTED]>
wrote:
> Quoting Bill Hoffman <[EMAIL PROTECTED]>:
>
> Reggie Burnett wrote:
>>
>>> Any plans of a wix g
On Wednesday 16 July 2008 16:20:30 Bill Hoffman wrote:
> Carminati Federico wrote:
> > Hello,
> >my use case is similar. My package depends on another one that can be
> > installed with different compiler choices. So the first action I take is
> > always to check the compiler used to install th
Hello,
I think you are right. Best,
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mobile: +41 76 487 4843
On 16 Jul 2008, at 14:22, Bill Hoffman wrote:
Carminati Federico wrote:
OK,
I solved this by defining the command as
DYLD_LIBRARY_PATH
Carminati Federico wrote:
OK,
I solved this by defining the command as
DYLD_LIBRARY_PATH= rootcint
but this is platform specific and not very nice
Sounds like rootcint needs to be built better or installed better. Not
really cmake's fault.
-Bill
___
Carminati Federico wrote:
Hello,
my use case is similar. My package depends on another one that can be
installed with different compiler choices. So the first action I take is
always to check the compiler used to install the other package and then
to use the same. I could obviously do
exp
Hello Sean,
thanks for your answer. Till 10.4 you could not specify the -
undefined dynamic_lookup, you had to set the MACOSX_DEPLOYMENT_TARGET
variable to something larger than 10.3. This is the line I had in my
makefile, but I see no way to make this work with cmake. Even if I
simply se
Hello,
The following simple CMakeLists.txt works when generating unix
makefiles but fails when generating xcode project:
# -*- mode: cmake -*-
Project(Test)
Cmake_Minimum_Required(VERSION 2.6)
Set(CMAKE_VERBOSE_MAKEFILE ON)
Set(DATEFLAGS "-D`uname` -Dlong64=\"long long\"")
Set(CMAKE_CXX_FLA
On Tuesday 15 July 2008 02:52:44 Miguel A. Figueroa-Villanueva wrote:
> This is just a simple survey to get an idea if there are many people
> successfully using the Eclipse CDT generator that has been out there
> for a while. Not many bugs appear to be surfacing, so either it's in
> pretty good sh
OK,
I solved this by defining the command as
DYLD_LIBRARY_PATH= rootcint
but this is platform specific and not very nice
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mobile: +41 76 487 4843
On 15 Jul 2008, at 17:57, Bill Hoffman wro
Hello,
my use case is similar. My package depends on another one that can
be installed with different compiler choices. So the first action I
take is always to check the compiler used to install the other package
and then to use the same. I could obviously do
export CXX=`root-config --c
Hello,
thanks for your answer. I did not realise that the output of
Execute_Process could be several lines long and that this output could
be parsed with String. It is working fine now. BEst,
Federico Carminati
CERN-PH
1211 Geneva 23
Switzerland
Tel: +41 22 76 74959
Fax: +41 22 76 79480
Mo
2008/7/15 Matthew Woehlke <[EMAIL PROTECTED]>:
>>> I'm trying to build an rpm of OpenGTL, with no success. I added
>>> 'set(CPACK_GENERATOR "TGZ;RPM")' and 'include(CPack)' to the
>>> CMakeLists.txt,
Can you confirm you are using CMake 2.6.0 ?
Then how do you invoke CPack?
cpack -G RPM?
make pack
40 matches
Mail list logo
