On Tuesday 02 May 2006 17:22, you wrote:
> > Here I attach an extract of the strace output for the two calls mentioned
> > above, however, this time on a linux system because I don't know how to
> > get a trace on mac os x.
>
> More info on that here:
> http://www.cmake.org/Wiki/CMake_Platform_Depe
Here I attach an extract of the strace output for the two calls mentioned
above, however, this time on a linux system because I don't know how to get a
trace on mac os x.
More info on that here:
http://www.cmake.org/Wiki/CMake_Platform_Dependent_Issues
You have to use ktrace/kdump
HTH
Math
Hi,
this is what I want to do:
First build some static libs in subdirectories:
FOREACH(dir ${SOURCE_DIRS})
ADD_SUBDIRECTORY(${dir})
ENDFOREACH(dir)
Then link them together into an executable:
ADD_EXECUTABLE(exe ...)
TARGET_LINK_LIBRARIES(exe ${START_WHOLE_ARCHIVE} ${SOURCE_LIBS}
${END_WHOLE
On Tuesday 02 May 2006 08:47, you wrote:
> Hi,
>
> > Von: Axel Roebel <[EMAIL PROTECTED]>
>
> ...
>
> > real0m15.032s
> > user0m10.154s
> > sys 0m4.593s
> >
> > with 2.4.1 compiled with type release ( which did not improve compared
>
> to
>
> > none)
> > time /Users/roebel/src/cmake-2.4
At 09:32 AM 5/2/2006, John Biddiscombe wrote:
>>Seems to be completely broken on windows build.
>
>OK. It's because my Qt is reporting version number
>"4.1.0-rc1" and not "4.1.0" and the script uses the wrong variable to do
>the comparison in findQt4
>
>here's the patch to fix it.
>
>Unfortunately,
Seems to be completely broken on windows build.
OK. It's because my Qt is reporting version number
"4.1.0-rc1" and not "4.1.0" and the script uses the wrong variable to do
the comparison in findQt4
here's the patch to fix it.
Unfortunately, I've just noticed that vtkConfigQt.cmake exports path
Hi,
Christian Lang wrote:
Alexander Neundorf schrieb:
Hi,
my first problem is solved: To link against "foo/libbar.a", the link
line options "-Lfoo -lbar" are produced. This works. But what if for
some reason I do not want to use it this way, but want to directly
specify "foo/libbar.a" a
If you have any problems or find any bugs, please report them at
www.cmake.org/Bug.
A list of changes for the 2.4 release tree is included below.
1) I couldn't build 2.4.1 with 2.3.x despite tweaking lots (errors about
the new path changing things from env vars and also lots of build errors
Hello Alexander,
thanks for your reply. Compiling the DCMTK source files with my project's
sources was not possible, but I have found a solution now. I had to
recompile the static DCMTK libs with -fPIC to generate position independent
code. Now DCMTK-part of my shared lib can be loaded dynamically
On Monday 01 May 2006 23:00, Bill Hoffman wrote:
> On behalf of Bill, Ken, Brad, Andy and the rest of the CMake team, we are
> pleased to announce that CMake 2.4.1 beta is available for download at:
> http://www.cmake.org/HTML/Download.html
>
> If you have any problems or find any bugs, please repo
10 matches
Mail list logo