Hi,
Would it be readily implemented so that the error message can be copied to
clipboard from the Error panel?
Would anybody else find this useful?
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Hi, all
Just for other cmake newbies, like me, who run into cross-compiler that
is not able to build a simple program by default without special flags.
When I go on reading the wiki
http://www.cmake.org/Wiki/CMake_Cross_Compiling
I found that I should use CMakeForceCompiler module to bypass build
I'm not sure, but when I look at the -fascii-ized version of CheckTypeSizeC.o
using my text editor on Windows, I find:
INFO:sizeof[8]
as I'd expect.
Well, actually I know one answer: the square brackets are a problematic
character, and depend on the codepage. I haven't really looked
On Friday 01 August 2008, Andreas Pokorny wrote:
> Hello,
>
> We are building for Win32, WinCE, QNX, Linux and hopefully soon also
> Symbian, with mostly
> cross compile setups using cmake. But note, that right now cross
> compiling only works for gnu make and nmake.
You wanted to clean up the Wi
On Monday 04 August 2008, Georgios Petasis wrote:
> Hi all,
>
> Recent versions of Tcl/Tk have added a new stubs library for the themed
> widget set.
> I have updated FindTclStub.cmake to also locate this library.
>
> George
Please create an entry in the cmake bug tracker for this and attach the f
Arfrever Frehtes Taifersar Arahesis wrote:
CHECK_TYPE_SIZE returns incorrect (empty) values of types sizes when
the LDFLAGS variable contains "-Wl,--gc-sections".
This bug causes compilation failures in probably all packages which
use CHECK_TYPE_SIZE.
I'm attaching 2 files which help to reprodu
On Monday 04 August 2008, Georgios Petasis wrote:
> Hi all,
>
> I tried to use cmake 2.7 to compile a gnome application under Fedora 9,
> and I got a failure.
> It seems that "FindGTK.cmake" from the modules directory is severe
> outdated, looking for gtk 1.2, in a format used a few years ago. Can
On Friday 01 August 2008, Phil Smith wrote:
> >Did you set the CMAKE_EXECUTABLE_SUFFIX appropriately for z/OS ?
>
> If by 'executable' you mean 'linked object', i.e., a .EXE if this was
> Windows, then I *think* I have: in zosport.cmake is:
>
> SET(CMAKE_LINKER "linkit.bat")
> SET(CMAKE_EXECU
On Friday 01 August 2008, Phil Smith wrote:
> Sure, here are two files:
> ctsc.fascii -- CheckTypeSizeC.c compiled with the Dignus -fascii option
> ctsc.nofascii -- CheckTypeSizeC.c compiled without the Dignus -fascii
> option
The file indeed looks different than all object files I have ever see
On Mon, Aug 4, 2008 at 10:16 AM, Brad King <[EMAIL PROTECTED]> wrote:
> It doesn't have any notion of one archive
> depending non-circularly on others?
Nope. This project is full of circular dependencies and incorrectly
mixing C and C++ code at certain points. I've managed to find an
ordering that
Hi all,
Recent versions of Tcl/Tk have added a new stubs library for the themed
widget set.
I have updated FindTclStub.cmake to also locate this library.
George
# - Find Tcl stub libraries.
# This module finds Tcl stub libraries. It first finds Tcl include files and
# libraries by calling Find
I seem to have cmake working with the Dignus cross-compiler for z/OS. Not 100%
sure yet; a colleague is attempting to replicate my success on his machine. But
I wanted Bill and Alexander (especially) to know, since it's due to their kind
assistance that I've gotten this far. If/when I confirm, I
Hi,
just a note: please keep the mails on the list, so it can help everybody.
On Friday 01 August 2008, 王汉斌 wrote:
> Hi Alex,
> Thanks for the replying. My aim is to set up a cross-compling toolchain,
> just like a makefile, to tell the platform environment how to bulid the
> project.
Ok so far
Hi all,
I tried to use cmake 2.7 to compile a gnome application under Fedora 9,
and I got a failure.
It seems that "FindGTK.cmake" from the modules directory is severe
outdated, looking for gtk 1.2, in a format used a few years ago. Can
somebody please update this script to be more "recent"?
CHECK_TYPE_SIZE returns incorrect (empty) values of types sizes when
the LDFLAGS variable contains "-Wl,--gc-sections".
This bug causes compilation failures in probably all packages which
use CHECK_TYPE_SIZE.
I'm attaching 2 files which help to reproduce this bug.
Steps to reproduce:
1. Save the
On Sunday 03 August 2008, [EMAIL PROTECTED] wrote:
> hi, there
> I am trying to compile a kde4 development tutorial c++ program with
> cmake but got the
that's the tutorial in the cmake wiki, right ?
This is unfortunately out of date, I'll fix it next week at akademy.
kde4_automoc() doesn't exist
Mathieu Malaterre wrote:
> In order to support -interface, one would need to fix the MACRO in
> UseSWIG.cmake:
>
> MACRO(SWIG_GET_EXTRA_OUTPUT_FILES language outfiles generatedpath infile)
> GET_SOURCE_FILE_PROPERTY(SWIG_GET_EXTRA_OUTPUT_FILES_module_basename
> ${infile} SWIG_MODULE_NAME)
>
On Mon, Aug 4, 2008 at 7:04 PM, Brad King <[EMAIL PROTECTED]> wrote:
> Mathieu Malaterre wrote:
>> I can reproduce my infinite dependencie problem. Every time I type
>> 'make' it redoes the swig step, using cmake 2.4.5 I cannot reproduce
>> the issue.
>> How do I track this thing down ? Otherwi
Am Montag, 4. August 2008 18:02:15 schrieb Bill Hoffman:
> Hendrik Sattler wrote:
> > Am Montag, 4. August 2008 17:48:28 schrieb Mathieu Malaterre:
> >> That was not really my main concern anyway, instead I am more
> >> concerned with the patch done for debian people (admittedly I don"t
> >> unders
Mathieu Malaterre wrote:
> I can reproduce my infinite dependencie problem. Every time I type
> 'make' it redoes the swig step, using cmake 2.4.5 I cannot reproduce
> the issue.
> How do I track this thing down ? Otherwise steps are simply:
>
> svn co https://gdcm.svn.sourceforge.net/svnroot/g
Hendrik Sattler wrote:
Am Montag, 4. August 2008 17:48:28 schrieb Mathieu Malaterre:
That was not really my main concern anyway, instead I am more
concerned with the patch done for debian people (admittedly I don"t
understand what they are trying to do):
http://ftp.de.debian.org/debian/pool/mai
Am Montag, 4. August 2008 17:48:28 schrieb Mathieu Malaterre:
> That was not really my main concern anyway, instead I am more
> concerned with the patch done for debian people (admittedly I don"t
> understand what they are trying to do):
>
> http://ftp.de.debian.org/debian/pool/main/c/cmake/cmake_2
On Mon, Aug 4, 2008 at 5:37 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Mathieu Malaterre wrote:
>
>> As a side note, linux user are second class citizen and AFAIK do not
>> get automated RC build, right ? win user are simply a click away of
>> trying RC.
>>
> No, I do a full build for each RC, a
Mathieu Malaterre wrote:
> On Mon, Aug 4, 2008 at 4:16 PM, Brad King <[EMAIL PROTECTED]> wrote:
>>> It definitely fixed the problem. Thanks a bunch.
>> Okay, I'll look at using these everywhere possible by default.
>
> Does this means 'make VERBOSE=1' will not be verbose anymore ?
No, the archivi
[EMAIL PROTECTED] wrote:
Hello again,
I'm still trying to make CMake compile my Symbian project using a gcc
(GCCE) toolchain and I have some progress to report since my last
posting (see http://www.cmake.org/pipermail/cmake/2008-July/022868.html
http://www.cmake.org/pipermail/cmake/2008-July
Mathieu Malaterre wrote:
As a side note, linux user are second class citizen and AFAIK do not
get automated RC build, right ? win user are simply a click away of
trying RC.
No, I do a full build for each RC, all platforms that are done for the
release are done for the RC's.
And AMD64 people (
Brad King wrote:
> Andrew Sayman wrote:
>> It definitely fixed the problem. Thanks a bunch.
>
> Okay, I'll look at using these everywhere possible by default.
Done:
/cvsroot/CMake/CMake/Modules/CMakeCInformation.cmake,v <--
Modules/CMakeCInformation.cmake
new revision: 1.22; previous revision:
Hello again,
I'm still trying to make CMake compile my Symbian project using a gcc (GCCE)
toolchain and I have some progress to report since my last posting (see
http://www.cmake.org/pipermail/cmake/2008-July/022868.html
http://www.cmake.org/pipermail/cmake/2008-July/022868.html> ) as the
com
Did you build both static and shared Qt and install it in the same place?
That would produce a bad install of Qt. That might explain why you
have both libQtXml.a and libQtXml4.a
Clint
Yes, I have both versions, but in different directories.
I'll try clean the directory and reco
On Mon, Aug 4, 2008 at 4:46 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Mathieu Malaterre wrote:
>>
>> Bill,
>>
>> I can reproduce my infinite dependencie problem. Every time I type
>> 'make' it redoes the swig step, using cmake 2.4.5 I cannot reproduce
>> the issue.
>> How do I track this thin
On Aug 4, 2008, at 8:34 AM, Vitor Vasconcelos Araujo Silva wrote:
Hello guys,
I have one project is compiling and linking propertly.
When I tried to include this project in a bigger project, it's not
correctly linking.
I generated both using CMAKE_VERBOSE_MAKEFILE:bool=tr
Mathieu Malaterre wrote:
Bill,
I can reproduce my infinite dependencie problem. Every time I type
'make' it redoes the swig step, using cmake 2.4.5 I cannot reproduce
the issue.
How do I track this thing down ? Otherwise steps are simply:
svn co https://gdcm.svn.sourceforge.net/svnroot/gdcm
Hello guys,
I have one project is compiling and linking propertly.
When I tried to include this project in a bigger project, it's not
correctly linking.
I generated both using CMAKE_VERBOSE_MAKEFILE:bool=true and I
eliminated all differences in the compile and link commands,
On Mon, Aug 4, 2008 at 4:16 PM, Brad King <[EMAIL PROTECTED]> wrote:
>> It definitely fixed the problem. Thanks a bunch.
>
> Okay, I'll look at using these everywhere possible by default.
Does this means 'make VERBOSE=1' will not be verbose anymore ?
--
Mathieu
__
Andrew Sayman wrote:
> There were other potential ways to resolve the dependencies other than
> such a massive static library, but I don't know of a good CMake-style
> way to integrate the --start-group and --end-group flags without
> resorting to a bunch of really terse coding in my CMakeLists.txt
On Aug 1, 2008, at 11:27 AM, Jan Dinger wrote:
Hello folks,
I'll use cmake for my qt-apps, but I've a little trouble. If I run
cmake under Debian-sid all works fine, next tray I run cmake under
Debian-lenny, and now I'vr trouble. Cmake failed with an error:
###snip###
Please set the foll
What happens when you type "make install" ? Are there "install*"
commands in the CMakeLists.txt files?
--
Mike Jackson Senior Research Engineer
Innovative Management & Technology Services
On Aug 3, 2008, at 10:36 PM, Michael Masters wrote:
I'm trying to figure out the current cmake build
I can try a couple of the questions:
For ctest you should have something like the following in your
CMakeLists.txt file (or a file included by CMakeLists.txt:
# Add a variable that the user can set to enable/disable testing
OPTION(BUILD_TESTING "Build CTest Testing" ON)
IF(BUILD_TESTING)
EN
Bill,
I can reproduce my infinite dependencie problem. Every time I type
'make' it redoes the swig step, using cmake 2.4.5 I cannot reproduce
the issue.
How do I track this thing down ? Otherwise steps are simply:
svn co https://gdcm.svn.sourceforge.net/svnroot/gdcm/trunk
mkdir bla
cd bla
/t
Special thanks at all. It works fine without any error or warning.
so long
jd
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Friday 01 August 2008 20:06:15 Hari Sundar wrote:
> Hi,
>
> I have Cmake set up to generate project files for VC6. This works
> fine. The project can only be compiled with the VC6 compiler because
> of legacy code.
>
> What I am interested in is to know if it is possible to generate a VC
> 7,8,9
41 matches
Mail list logo
