Am Dienstag 09 Juni 2009 04:20:19 schrieb Philip Lowman:
> Can you try the CMakeFindEclipseCDT4.cmake attached to this bug report?
> I've wrapped the call to EXECUTE_PROCESS by saving the LANG environment
> variable and then setting it to "C", and restoring it after running gcc.
> I'm not entirely
Am Montag 08 Juni 2009 23:09:17 schrieb Andreas Pakulat:
> > I you cannot do this for some reason: you can always choose the
> > translation domain with gettext and use the translated string to find the
> > output.
>
> Are you sure? I don't know gettext myself, but I do know Qt's
> translation mech
On Mon, Jun 8, 2009 at 5:28 PM, Stefan Dröge wrote:
> 2009/6/8 Andreas Pakulat :
> > Thats not really a bug, adding translation support for such compiler
> > messages in code that tries to parse that output is insane (at least
> > without the compiler offering a way to backtranslate its messages)
If you look in the file ${CMAKE_BINARY_DIR}/CPackConfig.cmake, you should
see something like this:
SET(CPACK_PACKAGE_FILE_NAME "cmake-2.6.3-Linux-unknown")
That variable controls the name of the installer file produced by CPack. If
you set the variable to whatever you want prior to the "include(CP
I used the following process to build a .deb out of the cmake source tree:
tar xzf cmake-2.6.3.tar.gz
cd cmake-2.6.3
mkdir build
cd build/
cmake ../
make
bin/cpack -G DEB
This produces a debian named: cmake-2.6.3-Linux-unknown.deb
I would like to change the name to conform to our conventions. How
2009/6/8 Andreas Pakulat :
> Thats not really a bug, adding translation support for such compiler
> messages in code that tries to parse that output is insane (at least
> without the compiler offering a way to backtranslate its messages). In
> KDevelop3 we're having the same problem and there you h
On 08.06.09 22:45:44, Hendrik Sattler wrote:
> Am Montag 08 Juni 2009 22:32:43 schrieb Andreas Pakulat:
> > On 08.06.09 22:12:00, Stefan Dröge wrote:
> > > I solved my problem, and I think I've found a bug:
> > > Since I'm German, my system language is set to German. Most programmes
> > > have germ
Am Montag 08 Juni 2009 22:32:43 schrieb Andreas Pakulat:
> On 08.06.09 22:12:00, Stefan Dröge wrote:
> > I solved my problem, and I think I've found a bug:
> > Since I'm German, my system language is set to German. Most programmes
> > have german console output, gcc too.
> > In CMakeFindEclipseCDT4
On 08.06.09 22:12:00, Stefan Dröge wrote:
> I solved my problem, and I think I've found a bug:
> Since I'm German, my system language is set to German. Most programmes
> have german console output, gcc too.
> In CMakeFindEclipseCDT4.cmake the gcc output gets parsed, and
> expecting a string "search
I solved my problem, and I think I've found a bug:
Since I'm German, my system language is set to German. Most programmes
have german console output, gcc too.
In CMakeFindEclipseCDT4.cmake the gcc output gets parsed, and
expecting a string "search starts here", but on my German system there
is only
> Did you regenerate (that is, delete and recreate) your cache after
> installing the new version? If not, the old broken values may be
> sticking around from a previous CMake run with an older, unfixed version
> of CMake.
>
> tyler
Yes, I deleted the CMake cache, and after this didn't work also t
David Cole wrote:
The drag-n-drop generator puts a copy of the "make install" tree at the
root of the disk image produced...
So if your "make install" tree has bundles in it, they're in there.
Otherwise, not.
So if I have a shared file that needs to end-up in bundle foo, I'd have
to use so
The drag-n-drop generator puts a copy of the "make install" tree at the root
of the disk image produced...
So if your "make install" tree has bundles in it, they're in there.
Otherwise, not.
I think the answer to your question : "will '..' always work in INSTALL
rules?" is -- it depends. We will n
On Mon, Jun 08, 2009 at 08:40:38PM +0200, Stefan Dröge wrote:
> Yes, I deleted the CMake cache, and after this didn't work also the
> build directory, and after that also the whole Eclipse workspace.
> Nothing helped :-(
Remember to reply to the list, especially since I don't know anything
about E
On Mon, Jun 08, 2009 at 08:18:40PM +0200, Stefan Dröge wrote:
> Hi, I try to generate a Eclipse project with CMake.
> Generating works, but the "standard" includes, like iostream, are not
> properly included in the eclipse project.
> I've already found this bug report, it describes exactly my probl
Daniel Blezek wrote:
Hi all,
Our valgrind checks consume a lot of time, so I was looking into
running them in parallel on our 8 core test box. If I run
ctest –T MemCheck
All is well. However, if I run:
ctest –T MemCheck –j 2
CTest runs the tests, but without valgrind. I’m just guessin
Hi, I try to generate a Eclipse project with CMake.
Generating works, but the "standard" includes, like iostream, are not
properly included in the eclipse project.
I've already found this bug report, it describes exactly my problem:
http://www.vtk.org/Bug/view.php?id=7585
After reading this I tried
Clinton Stimpson wrote:
But you'd only ever do that with the cpack bundle generator, right?
In a very narrow set of circumstances, yes. Normally, it never comes up.
Why not use the drag-n-drop generator instead? Then you won't have to
go outside the install prefix. This is one of the reas
Clinton Stimpson wrote:
Timothy M. Shead wrote:
We're going off on a tangent here, so I'll restate my question.
Forget the context. If I write
INSTALL(FILES foo DESTINATION ../bar)
... it works fine today. Will it work in the future? Is it
guaranteed to work on all platforms? I ask be
Timothy M. Shead wrote:
We're going off on a tangent here, so I'll restate my question.
Forget the context. If I write
INSTALL(FILES foo DESTINATION ../bar)
... it works fine today. Will it work in the future? Is it
guaranteed to work on all platforms? I ask because I recognize that
i
We're going off on a tangent here, so I'll restate my question. Forget
the context. If I write
INSTALL(FILES foo DESTINATION ../bar)
... it works fine today. Will it work in the future? Is it guaranteed
to work on all platforms? I ask because I recognize that it is an
unusual use-case.
Timothy M. Shead wrote:
Brad King wrote:
Timothy M. Shead wrote:
INSTALL(FILES foo DESTINATION ../MacOS)
[snip]
The current behavior works fine, my question was whether relative paths
outside the install prefix (i.e. paths starting with one or more "..")
were officially sanctioned / official
On Mon, Jun 8, 2009 at 11:12 AM, David Cole wrote:
> On Mon, Jun 8, 2009 at 11:17 AM, John Drescher wrote:
>
>> >> I've been reading this newsgroup for a while and I notice that most
>> >> of the people complain that they miss some feature on Windows, but
>> >> completely forget that there are ot
Brad King wrote:
Timothy M. Shead wrote:
Folks:
On a couple of occasions now I've recommended the use of relative paths
with the OSX bundle installer - this to install files within the bundle
in "nonstandard" locations. It would be good to hear from the CMake
gurus on whether relative paths
On Mon, Jun 8, 2009 at 12:08 PM, John Drescher wrote:
> >>> After installing the macro I presented in my first reply a month ago
> >>> this has saved me several hours of compile time total on my main
> >>> project. However the recent addition of a velociraptor has reduced
> >>> this need since th
>>> After installing the macro I presented in my first reply a month ago
>>> this has saved me several hours of compile time total on my main
>>> project. However the recent addition of a velociraptor has reduced
>>> this need since the compile operation is now cpu bound instead of io
>>> bound.
>>
Folks:
I've been experimenting with using GET_PREREQUISITES() to automatically
generate packages that contain third-party dependencies, and I'm curious
to hear about other people's experiences. The main challenge seems to
be that you need to run GET_PREREQUISITES() at install-time, i.e. after
Am Samstag 06 Juni 2009 04:17:43 schrieb Philip Lowman:
> How would you handle target_link_libraries() and, ultimately,
> find_library()? Most people using VS that would want this feature added
> probably already have many of their dependencies setup with find_package()
> and/or find_library().
Y
Hi all,
Our valgrind checks consume a lot of time, so I was looking into running
them in parallel on our 8 core test box. If I run
ctest T MemCheck
All is well. However, if I run:
ctest T MemCheck j 2
CTest runs the tests, but without valgrind. I¹m just guessing that ctest
isn¹t able t
On Mon, Jun 8, 2009 at 9:59 AM, Tyler Roscoe wrote:
> On Mon, Jun 08, 2009 at 09:55:13AM -0600, James Bigler wrote:
> > I shudder to think of having to multiply all of my find_library calls
> with
> > architecture dependent versions:
>
> It sounds like you already do this?
Well, it's done a per
On Mon, Jun 8, 2009 at 11:17 AM, John Drescher wrote:
> >> I've been reading this newsgroup for a while and I notice that most
> >> of the people complain that they miss some feature on Windows, but
> >> completely forget that there are other cool OSes out there and CMake
> >> stands for Crosspla
On Mon, Jun 8, 2009 at 9:43 AM, Tyler Roscoe wrote:
> On Fri, Jun 05, 2009 at 10:17:43PM -0400, Philip Lowman wrote:
> > How would you handle target_link_libraries() and, ultimately,
> > find_library()? Most people using VS that would want this feature added
> > probably already have many of the
On Mon, Jun 08, 2009 at 09:55:13AM -0600, James Bigler wrote:
> I shudder to think of having to multiply all of my find_library calls with
> architecture dependent versions:
It sounds like you already do this?
> There are many places in my code where I have switches based on 32 or 64 bit
> archite
I already sent a few comments after Philip's reply to this mail. As a
CMake novice I'm not sure I'm the best person to be involved in this
discussion but I guess I'll give it a shot :).
On Fri, Jun 05, 2009 at 01:13:50PM -0400, David Cole wrote:
> platforms. Granted, there are several things to co
On Fri, Jun 05, 2009 at 10:17:43PM -0400, Philip Lowman wrote:
> How would you handle target_link_libraries() and, ultimately,
> find_library()? Most people using VS that would want this feature added
> probably already have many of their dependencies setup with find_package()
> and/or find_librar
Hi,
So to complete a certain task in the install target i had to use my own perl
script(installing features depending on command line arg). So I do
install(CODE "execute_process(COMMAND perl script.pl)
Now to make something really functional and integrated in cmake I wanted to
update the uninst
>> I've been reading this newsgroup for a while and I notice that most
>> of the people complain that they miss some feature on Windows, but
>> completely forget that there are other cool OSes out there and CMake
>> stands for Crossplatform Make. This means that a feature must work on all
>> platfo
Maybe try the explicit three argument form of the perl open function instead
of the magic two argument form?
i.e. :
open( FILEHANDLE, ">", "file.txt" ) ..
HTH,
David
On Mon, Jun 8, 2009 at 10:37 AM, Pierre-Julien Villoud
wrote:
> Hi,
>
>
>
> I am using some perl scripts to complete ta
On Mon, Jun 8, 2009 at 9:11 AM, Denis Scherbakov wrote:
>
> > Apart from every compiler making this different (i. e.
> > different
> > parameters for each compilers), what are the difficulties
> > you see for
> > making this a first-class feature? My Windows coworkers
> > demand this
> > feature
Hi,
I am using some perl scripts to complete tasks in the install target. I have no
problem launching the script , but I found myself with non working code inside
the script and I don't why.
Inside my script I do that:
open( FILEHANDLE, ">file.txt" ) || die("Could not open file!");
print "openi
> Apart from every compiler making this different (i. e.
> different
> parameters for each compilers), what are the difficulties
> you see for
> making this a first-class feature? My Windows coworkers
> demand this
> feature and I was thinking in implementing when I had a few
> spare time
> at wor
Pau Garcia i Quiles wrote:
Apart from every compiler making this different (i. e. different
parameters for each compilers), what are the difficulties you see for
making this a first-class feature?
It's not the different flags for each compiler that makes it hard.
We already do that for other fe
On Mon, Jun 8, 2009 at 8:18 AM, Pau Garcia i Quiles wrote:
>
>
> Apart from every compiler making this different (i. e. different
> parameters for each compilers), what are the difficulties you see for
> making this a first-class feature? My Windows coworkers demand this
> feature and I was thinkin
On Mon, Jun 8, 2009 at 2:48 PM, Brad King wrote:
> John Drescher wrote:
>>>
>>> Thanks for your help. Do you (or anyone else) know if there are any plans
>>> to
>>> make a dedicated function for this so it is cleaner and portable?
>>
>> http://www.vtk.org/Bug/view.php?id=1260
>
> I just added a FAQ
John Drescher wrote:
Thanks for your help. Do you (or anyone else) know if there are any plans to
make a dedicated function for this so it is cleaner and portable?
http://www.vtk.org/Bug/view.php?id=1260
I just added a FAQ entry:
http://www.cmake.org/Wiki/CMake_FAQ#Does_CMake_support_preco
I reopen this topic since I have a little issue.
The macro given by Denis works very well but my problem is that the "make
install" installs by default all the components (it's in the doc).
What I want is the "make install" to install all the necessary files but not
the components and after, I
On Mon, 8 Jun 2009, Adam A Smith wrote:
On Sun, 7 Jun 2009, Mathieu Malaterre wrote:
On Sat, Jun 6, 2009 at 2:19 AM, Adam A Smith wrote:
I'm curious if someone has run into this before:
I'm using CMake to make some SWIG .i files. ?I then use SWIG on those
files,
and it tells me that I have
On Sun, 7 Jun 2009, Mathieu Malaterre wrote:
On Sat, Jun 6, 2009 at 2:19 AM, Adam A Smith wrote:
I'm curious if someone has run into this before:
I'm using CMake to make some SWIG .i files. I then use SWIG on those files,
and it tells me that I have a syntax error. (I don't know SWIG syntax
Am Montag 08 Juni 2009 09:15:30 wrote Eric Noulard:
> "test" is a builtin CMake target used when doing testing with CTest.
Aah. Thanks. I changed my Programname to "khelloworld". Now it runs
perfectly :-)
--
Sincerely yours
Sascha Manns
openSUSE Marketing Team
openSUSE Build Service
openSUSE Fe
> On Sat, Jun 06, 2009 at 07:43:00PM +0200, motes motes
> wrote:
> > Sorry for the confusion. My point was that when I
> downloaded zlib for
> > windows there was no file called 'z.lib'. I would like
> to know if anyone
> > knows where this z.lib file might be found.
Compile it yourself? zLib is
> I am relatively newbie to CMake community. I have a
> question and I would be thankful if anybody answers. I do
> apologize in advance if my question is too naive. I have a
> project created by Cmake. It produces an executable which is
> linked to many shared and static libraries. I am wonderi
2009/6/8 Sascha 'saigkill' Manns :
> Hello Guys,
>
> atm i'm learning QT/KDE Programming. I'm created an KDE4Gui Program with
> the Templatemaker.
> Then i has gone to the directory, and typed: cmake CMakeList.txt.
> But i get:
> WARNING: Target "test" has EXCLUDE_FROM_ALL set and will not be built
52 matches
Mail list logo
