On 05.10.10 20:59:27, e...@cs.bgu.ac.il wrote:
>
> hello.
> I have a cmake+qt4 project, I needed to extend a certain gui item to suit my
> needs, I've been able to insert it into qtcreator and incorporate it into the
> project's gui, now when I run compilation, I get this:
> /home/dagg/workspace
On 05/10/10 08:10, Michael Wild wrote:
>
> On 5. Oct, 2010, at 3:52 , Michael Hertling wrote:
>
>> On 10/04/2010 11:15 PM, Mateusz Loskot wrote:
>>> On 04/10/10 14:24, Michael Hertling wrote:
On 10/04/2010 10:53 AM, Mateusz Loskot wrote:
> On 04/10/10 07:33, J Decker wrote:
>> CMAKE_
On 05/10/10 02:52, Michael Hertling wrote:
> On 10/04/2010 11:15 PM, Mateusz Loskot wrote:
>> On 04/10/10 14:24, Michael Hertling wrote:
>>> On 10/04/2010 10:53 AM, Mateusz Loskot wrote:
On 04/10/10 07:33, J Decker wrote:
> CMAKE_INSTALL_CONFIG_NAME I don't know if there's a simple flag li
the project's one?
I've copied the hpp and cpp files into one of my src dirs.
still not compiling
On Tue 05 Oct 21:44 2010 John Drescher wrote:
> On Tue, Oct 5, 2010 at 3:41 PM, e...@cs.bgu.ac.il wrote:
> > nope, like I wrote in the first post, I need a string spinbox so I've
> > extended qspin
Hi Brad,
Yes:
Determining if files
sys/types.h;ctype.h;dlfcn.h;errno.h;fcntl.h;grp.h;inttypes.h;langinfo.h;limits.h;linux/fs.h;locale.h;memory.h;paths.h;poll.h;pwd.h;regex.h;signal.h;stdarg.h;stdint.h;stdlib.h;string.h;strings.h;sys/ioctl.h;sys/param.h;sys/poll.h;sys/select.h;sys/stat.h;sys/time
On Tue, Oct 5, 2010 at 3:41 PM, e...@cs.bgu.ac.il wrote:
> nope, like I wrote in the first post, I need a string spinbox so I've
> extended qspinbox to support strings.
> that is the custom widget in question.
>
You need to add the path of where ever your custom widget is into one
of the INCLUDE
nope, like I wrote in the first post, I need a string spinbox so I've extended
qspinbox to support strings.
that is the custom widget in question.
On Tue 05 Oct 21:32 2010 NoRulez wrote:
> I don't know about a qstringspinbox, did you mean QSpinBox instead?
>
> Am 05.10.2010 um 21:15 schrieb "e..
I don't know about a qstringspinbox, did you mean QSpinBox instead?
Am 05.10.2010 um 21:15 schrieb "e...@cs.bgu.ac.il" :
>
> probably, here is the gui libs CMakeList.txt:
>
> #get all cpp files in libs
> FILE(GLOB GUI_CPP *.cpp)
> FILE(GLOB GUI_HPP *.hpp)
> FILE(GLOB GUI_UI *.ui)
>
> SET(QT_US
probably, here is the gui libs CMakeList.txt:
#get all cpp files in libs
FILE(GLOB GUI_CPP *.cpp)
FILE(GLOB GUI_HPP *.hpp)
FILE(GLOB GUI_UI *.ui)
SET(QT_USE_QTGUI TRUE)
#splice out all non UI headers, still in testing, currently disabled.
SET (SPLICED_GUI_HPP "")
foreach (SITEM ${GUI_HPP})
se
yes, there is a possibility I've posted it in the wrong one.
On Tue 05 Oct 21:03 2010 norulez wrote:
> Did you have SET(QT_USE_QTGUI TRUE) in your CMakeLists.txt file?
>
> Am 05.10.2010 um 20:59 schrieb "e...@cs.bgu.ac.il" :
>
> >
> > hello.
> > I have a cmake+qt4 project, I needed to extend a
Did you have SET(QT_USE_QTGUI TRUE) in your CMakeLists.txt file?
Am 05.10.2010 um 20:59 schrieb "e...@cs.bgu.ac.il" :
>
> hello.
> I have a cmake+qt4 project, I needed to extend a certain gui item to suit my
> needs, I've been able to insert it into qtcreator and incorporate it into the
> proj
On Tue, Oct 5, 2010 at 2:59 PM, e...@cs.bgu.ac.il wrote:
>
> hello.
> I have a cmake+qt4 project, I needed to extend a certain gui item to suit my
> needs, I've been able to insert it into qtcreator and incorporate it into the
> project's gui, now when I run compilation, I get this:
> /home/dagg
hello.
I have a cmake+qt4 project, I needed to extend a certain gui item to suit my
needs, I've been able to insert it into qtcreator and incorporate it into the
project's gui, now when I run compilation, I get this:
/home/dagg/workspace/OSSM/src/GUI/ui_TrainingActivityManager.h:29:28: error:
q
David Cole wrote:
> [-- multipart/alternative, encoding 7bit, 1 lines --]
>
>[-- text/plain, encoding 7bit, charset: ISO-8859-1, 58 lines --]
>
> Thanks for the info. This is dues to changes in 'next' from the
> "dev/strict-mode" topic branch on the stage. Ben is still working out the
> rema
On 10/05/2010 08:34 AM, Verweij, Arjen wrote:
> For some reason bootstrap on a plain SuSE 9.3 fails to find sys/wait.h.
>
> Manually defining HAVE_SYS_WAIT_H to 1 in config.h allows cmake and friends
> to be built.
>
> -rw-r--r-- 1 root root 6620 2005-06-11 00:58 /usr/include/sys/wait.h
>
> --
> CMake iterates over the Windows "running object table" (a COM thing) to find
> Visual Studio instances to ping to call the reload macro. When something is
> dead and stuck in the running object table (which happens occasionally, but
> thankfully not frequently) then CMake hangs in that iteration
On Tue, Oct 5, 2010 at 11:12 AM, John Drescher wrote:
> On Fri, Oct 1, 2010 at 2:57 PM, John Drescher
> wrote:
> >> I just hit "Build Solution" which caused ZERO_CHECK project to run
> because
> >> my CMakeLists.txt file had changed. ZERO_CHECK ran CMake which
> attempted to
> >> generate a new
Just searched through bug database and found a bug reported by Ivan Shynkarenka
a few month ago.
"0010798: VS 2010 generator improperly generates
AdditionalIncludeDirectories nodes"
(http://public.kitware.com/Bug/view.php?id=10798.)
This is exactly the same problem.
Regards,
Hi,
>-Original Message-
>From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf
>Of Marcel Loose
>The downside to this solution is that you have duplicates of the object
>files that are part of common, but that's the price you'll have to pay
>if you want to have just one
On Fri, Oct 1, 2010 at 2:57 PM, John Drescher wrote:
>> I just hit "Build Solution" which caused ZERO_CHECK project to run because
>> my CMakeLists.txt file had changed. ZERO_CHECK ran CMake which attempted to
>> generate a new solution. Typically this results in a good new project and
>> the VS
I can try and take a look at it. I actually tried it in a hacky sort of
way and it worked great, but I wasn't using CMake's variable for the
compiler, etc... I used execute_process() and didn't have any issues
with 'cl /?' waiting on input. It shaved off several seconds with the
hacked-together
Hi,
For some reason bootstrap on a plain SuSE 9.3 fails to find sys/wait.h.
Manually defining HAVE_SYS_WAIT_H to 1 in config.h allows cmake and friends to
be built.
Regards,
Arjen
-rw-r--r-- 1 root root 6620 2005-06-11 00:58 /usr/include/sys/wait.h
-- Looking for include files HAVE_SYS_WAIT_
On Tue, 2010-10-05 at 13:40 +0200, Hendrik Sattler wrote:
> Zitat von "Marcel Loose" :
> > Even if you opt for the "one static library" option, you already
gain in
> > build speed. Suppose you've modified foo.c, then CMake will only
rebuild
> > foo.o. Of course, it will rebuild foo.o twice, once fo
On 5/10/2010, "Eric Noulard" wrote:
>Ok now I see the precise scheme.
>I'll try to reproduce that.
>
>Unfortunately I will be off network for a while so could you be kind
>enough to open a bug tracker entry
>http://public.kitware.com/Bug/my_view_page.php
>and add a reference to this thread of di
Zitat von "Marcel Loose" :
Even if you opt for the "one static library" option, you already gain in
build speed. Suppose you've modified foo.c, then CMake will only rebuild
foo.o. Of course, it will rebuild foo.o twice, once for libconsole, once
for libwindows. But that's already much better than
2010/10/5 :
>
> On Mon, 4 Oct 2010 20:45:21 +0200
> Eric Noulard wrote:
>
>> May be you can check in the generated spec file whether
>> if this field has an appropriate value.
>
> Apologies/length.
[SNIP]
Ok now I see the precise scheme.
I'll try to reproduce that.
Unfortunately I will be off
Hi Eric,
Even if you opt for the "one static library" option, you already gain in
build speed. Suppose you've modified foo.c, then CMake will only rebuild
foo.o. Of course, it will rebuild foo.o twice, once for libconsole, once
for libwindows. But that's already much better than recompiling all 50
On Mon, 4 Oct 2010 20:45:21 +0200
Eric Noulard wrote:
> May be you can check in the generated spec file whether
> if this field has an appropriate value.
Apologies/length.
build...@nikko:/var/lib/buildbot/Reu2/slave/bin/nikko/build/cmake$ grep
-iFlr "BUILDROOT" .
./_CPack_Packages/Linux/RPM/SP
Hi Marcel,
I want a single library for respectively console and window modes
because I was asked to not disrupt too much the current architecture
of the library that is created in its console and window static version.
That library (crysfml) is used by other softs and so we should also
update
Hi Eric,
I still don't understand why you want to have just one library. What's
wrong with having a common library, containing all the common software
and a console/window specific library?
You could also use shared libraries (DLLs), but I guess that's out of
the question for you, since you've be
in fact the makefile we would like to generate should be able to:
- build the console version of library (-DBUILD_WINDOW=False)
- build the console AND the window versions of the library
(-DBUILD_WINDOW=True)
this is the latter case that triggered my questions.
Considering that only 2 f
On Tue, Oct 5, 2010 at 1:10 AM, pellegrini wrote:
> Hello everybody,
>
> I have a library that can be built for a use in different modes (console,
> window). It is made of two sets of files. The first one is common to
> the console/window building modes while the second set has to be be built
> wi
>>> On 5-10-2010 at 10:10, in message <4caadd79.7000...@ill.fr>,
pellegrini
wrote:
> Hello everybody,
>
> I have a library that can be built for a use in different modes
> (console, window). It is made of two sets of files. The first one is
> common to
> the console/window building modes whil
published on the dashboard. However, often I get the following error message:
Error when uploading file: /home/jschaerer/workspace/Dashboards/My
Tests/ITK-build/Testing/20101005-0100/Test.xml
Error message was: Operation too slow. Less than 1 bytes/sec transfered the
last 120 seconds
Problems
Hello everybody,
I have a library that can be built for a use in different modes
(console, window). It is made of two sets of files. The first one is
common to
the console/window building modes while the second set has to be be
built with a slightly different compiler flags depending on the se
I think you should be doing something like:
find_package(PythonLibs REQUIRED)
include_directories(${PYTHON_INCLUDE_DIRS})
You shouldn't be calling SET.
Best regards
David
> -Original Message-
> From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
> Richie Hwan
I'm using include_directories in one of my projects to produce an
eclipse mingw project.
The problem is that even if I use the BEFORE option my include paths are
alway after the mingw ones. How can I specify my own include paths to be
the first ones?
__
Hi,
I am trying to build a wxWidgets-based application on linux for a win32
host. The win32 wxWidgets library is installed in
/usr/i686-pc-mingw32/usr/local . I have q symlink from
/usr/i686-pc-mingw32/usr/bin/wx-config to
/usr/i686-pc-mingw32/usr/local/bin/wx-config .
The cmake macro FIND_PACKAG
On 5. Oct, 2010, at 3:52 , Michael Hertling wrote:
> On 10/04/2010 11:15 PM, Mateusz Loskot wrote:
>> On 04/10/10 14:24, Michael Hertling wrote:
>>> On 10/04/2010 10:53 AM, Mateusz Loskot wrote:
On 04/10/10 07:33, J Decker wrote:
> CMAKE_INSTALL_CONFIG_NAME I don't know if there's a simp
39 matches
Mail list logo
