Hello, I use the cmake-command on unix and it works well, but. But
Windows, it told me that:
CMake Error at src/gui/CMakeLists.txt:99 (INSTALL):
install Library TARGETS given no DESTINATION!
The INSTLL in CmakeLists.txt is like this:
INSTALL(PROGRAMS ${PROJECT_BINARY_DIR}/bin/qfrt
Tyler Roscoe wrote:
On Wed, Mar 11, 2009 at 09:39:30AM +0200, lari...@gmail.com wrote:
How can i specify the following parameters in my CMakeLists.txt?
cmake -DCMAKE_THREAD_LIBS:STRING=-pthread -DCMAKE_USE_PTHREADS:BOOL=ON
-DCMAKE_EXE_LINKER_FLAGS:STRING=-pthread
Maybe I don't
We currently use three of CMake's generators: Unix Makefiles, KDevelop3,
and Eclipse CDT4 - Unix Makefiles, and we're interested in doing parallel
builds. Doing so with makefiles is trivial (make -j#), as well as with
KDevelop3 (only _one_ parameter must be edited in the build options of the
On 11.03.09 16:15:02, Tyler Roscoe wrote:
Let's say I have two components baselib and productlib. baselib has a
CMakeLists and knows how to build itself. productlib has a CMakeLists,
has add_subdirectory() and add_dependencies() and target_link_libs()
calls to baselib, and knows how to build
On Thu, Mar 12, 2009 at 3:43 AM, Kermit Mei kermit@gmail.com wrote:
Hello, I use the cmake-command on unix and it works well, but. But
Windows, it told me that:
CMake Error at src/gui/CMakeLists.txt:99 (INSTALL):
install Library TARGETS given no DESTINATION!
The INSTLL in
Depending on your build system (Makefiles works best although some
IDE's may work this way also) is that you only have CMake generate
build files from ProductLib/Build. Then if you are just tweaking
baselib then you 'cd' into Build/BaseLib and do a make from there.
Only BaseLib will be
I am unable to use static GnuWin32 libraries using the lib*.a naming
convention with an MSVC 8 2005 target.
FIND_LIBRARY will find my libraries, but CMake 2.6-2 insists on
rewriting libraries ending with .a to .a.lib when the IDE Project
files are generated, and issues warning CMP0008 about
Hi all,
I was wondering, does the opposite of separate_arguments() exist?
In other words, is there an easy way to join the elements of a list into
a space-separated string?
Of course I can write a macro to do the trick, but I have the feeling
that I'm overlooking something, because it sounds too
Von: Braddock Gaskill
I am unable to use static GnuWin32 libraries using the lib*.a naming
convention with an MSVC 8 2005 target.
.a libraries are static libraries for MinGW. When you're using msvc you have to
link against .lib.
It sometimes works that msvc can also link against a .a but
On Thu, 2009-03-12 at 08:12 -0400, Philip Lowman wrote:
On Thu, Mar 12, 2009 at 3:43 AM, Kermit Mei kermit@gmail.com
wrote:
Hello, I use the cmake-command on unix and it works well, but.
But
Windows, it told me that:
CMake Error at
Hello, I use cmake with Qt4.5.0(for Win installer), and my program on
can be compiled well on Linux, but when I use in windows, I want a share
lib, but it always build a mylib.dll.a file with mylib.dll. And finally,
when I link the targets, it can't work, and tell me:
Linking CXX shared library
david.cole at kitware.com (David Cole) writes:
If you set QT_QMAKE_EXECUTABLE to the full path to a qmake, *that* qmake is
used above all else to find the right Qt. Regardless of QTDIR or PATH.
Setting QT_QMAKE_EXECUTABLE is *the* official way to tell CMake where the Qt
that you want is.
Hi,
I'm currently using an application called WindowBlinds to apply a specific
visual style to Windows XP. This, for some reason, has changed the minimum
size of the cmake-gui app. I'm currently using version 2.6.3. Can you guys
remove the minimum size requirement on the cmake gui window? It's
From Christian Ehrlicher Ch.Ehrlicher at gmx.de
Von: Braddock Gaskill
I am unable to use static GnuWin32 libraries using the lib*.a naming
convention with an MSVC 8 2005 target.
.a libraries are static libraries for MinGW. When you're using msvc you
have to link against .lib.
It
I just measured the minimum size of the outermost-frame cmake-gui window on
Vista using Spy++ and it is 708 pixels wide by 363 pixels high.
It looks like we could maybe go about 50 or so pixels narrower before it
starts to get ugly...
What would you recommend as a reasonable minimum size value?
On Thursday 12 March 2009, Adolfo Rodríguez wrote:
We currently use three of CMake's generators: Unix Makefiles,
KDevelop3, and Eclipse CDT4 - Unix Makefiles, and we're interested in
doing parallel builds. Doing so with makefiles is trivial (make -j#), as
well as with KDevelop3 (only _one_
Alexander Neundorf wrote:
On Thursday 12 March 2009, Adolfo Rodríguez wrote:
We currently use three of CMake's generators: Unix Makefiles,
KDevelop3, and Eclipse CDT4 - Unix Makefiles, and we're interested in
doing parallel builds. Doing so with makefiles is trivial (make -j#), as
well as with
Alexander Neundorf wrote:
I'm using CMake 2.6.2 and Eclipse CDT5 (not CDT4, could this be an issue?)
I don't think so.
We could add some special variable, like
CMAKE_MAKEFILE_PROJECT_FLAGS or CMAKE_MAKEFILE_PARALLELITY, and use this in
the makefile-based generators to set the -jx parameter
Minimum sizes are dependent on which widgets are used, and how they
are laid out and the style.
Some styles have bigger buttons, or more spacing between widgets, etc...
There is no hard coded minimum size in the cmake gui.
In the cmake gui, the minimum horizontal size is usually determined
Alexander Neundorf writes:
So, if QT_QT_LIBRARY is set (which exists only for Qt3, but not for Qt4), it
stops, because you should not use both within one project.
If you want to work around this, unset QT_QT_LIBRARY.
Exactly!
The setting of QT_QMAKE_EXECUTABLE is not idempotent.
It seems
Um, wait. is the size being changed a bug in CMake-Gui, Qt or
WindowBlinds? I am going to guess that Microsoft doesn't officially
support skinning and so you want the CMake team to support a non-
supported feature of Windows on a shipping product? Doesn't really
seem like a good idea to me.
I know that when I've created Win32 apps before I never had a minimum
horizontal size on my windows. Using wxWidgets I do not have horizontal size
limits to that extreme either. This is something deliberately put in place
to retain the formatting of the window. However, the way this is being
I need to find a way to obtain the location of a vcproj file generated by
CMake for a specific target. Is there a way to do this? I was looking over
the properties for targets
documentationhttp://cmake.org/cmake/help/cmake2.6docs.html#section_Properties%20on%20Targetsand
I did not see anything
Meh, I found out that I could use CMAKE_CURRENT_BINARY_DIR. I was looking
for a specific target property for this which I guess is the wrong place to
look. However, it would still be useful to figure out the BINARY_DIR for a
target without actually being in that directory.
On Thu, Mar 12, 2009 at
On Thursday 12 March 2009, Bill Hoffman wrote:
Alexander Neundorf wrote:
I'm using CMake 2.6.2 and Eclipse CDT5 (not CDT4, could this be an
issue?)
I don't think so.
We could add some special variable, like
CMAKE_MAKEFILE_PROJECT_FLAGS or CMAKE_MAKEFILE_PARALLELITY, and use this
in
Hi all,
Not sure if this ever came up, but I'm struggling with FindBoost and
the boost system library. The system library is required from boost
1.35 onwards, but doesn't exist in earlier versions. Is there a way to
make CMake only look for the system library if the boost version is
greater than
On Thu, Mar 12, 2009 at 7:39 PM, Bart Janssens bart.janss...@lid.kviv.bewrote:
Not sure if this ever came up, but I'm struggling with FindBoost and
the boost system library. The system library is required from boost
1.35 onwards, but doesn't exist in earlier versions. Is there a way to
make
Hi everyone,
I've recently switched to cmake to generate Visual Studio project
files for a project of mine and it's working great so far.
One issue that bugs me is that header files end up being disabled in
Visual Studio (Excluded From Build property is set for the header
files). This prevents
On Thu, Mar 12, 2009 at 10:34 PM, Claus Höfele cl...@claushoefele.comwrote:
Hi everyone,
I've recently switched to cmake to generate Visual Studio project
files for a project of mine and it's working great so far.
One issue that bugs me is that header files end up being disabled in
Visual
Claus Höfele wrote:
Hi everyone,
I've recently switched to cmake to generate Visual Studio project
files for a project of mine and it's working great so far.
One issue that bugs me is that header files end up being disabled in
Visual Studio (Excluded From Build property is set for the header
Thanks for the quick replies.
I'm using cmake 2.6.3 + Visual Studio 8 2005 SP1
Playing around further with the file properties in Visual Studio, it
looks like VS only checks the syntax of a file if the Tool property is
set to C/C++ Compiler Tool. However, this setting will cause the
header file
Hi all,
I have a shell script. I want to link it with a library that i have build
using cmake. Is it possible to do so.
I am running this shell script using cmake.
If possible plz let me show an example.
Ankit
___
Powered by www.kitware.com
Visit
32 matches
Mail list logo