The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12490
==
Reported By:funkycoder
Assigned To:
On behalf of myself, Ken, Bill, Brad, Alex, Zach, Ben and the rest of
the CMake team from all around the world, we are pleased to announce
that CMake 2.8.6 is now available for download at:
http://www.cmake.org/files/v2.8/?C=M;O=D
It is also available from the usual download links found on the
On 03.10.2011 15:03, Brad King wrote:
On 10/2/2011 1:41 PM, Peter Collingbourne wrote:
I have modified the commit message to include more details, and pushed
a modified branch to github.
I've fetched the latest version of the branch. Thanks for the updates.
-Brad
Could you also enable
On 04.10.2011 23:19, Peter Kümmel wrote:
On 03.10.2011 15:03, Brad King wrote:
On 10/2/2011 1:41 PM, Peter Collingbourne wrote:
I have modified the commit message to include more details, and pushed
a modified branch to github.
I've fetched the latest version of the branch. Thanks for the
On Tuesday 04 October 2011, Peter Kümmel wrote:
On 03.10.2011 15:03, Brad King wrote:
On 10/2/2011 1:41 PM, Peter Collingbourne wrote:
I have modified the commit message to include more details, and pushed
a modified branch to github.
I've fetched the latest version of the branch.
Stephen Kelly wrote:
Hi David,
This is related to my patch to set the link_interface_libraries to empty
and to:
http://thread.gmane.org/gmane.comp.kde.devel.buildsystem/6622/focus=72030
Quoting:
Setting LINK_INTERFACE_LIBRARIES to empty is still needed and wanted.
By default, all
On 10/03/2011 11:32 AM, Rolf Eike Beer wrote:
Am Sonntag, 2. Oktober 2011, 12:21:01 schrieb Cristobal Navarro:
hello,
as many of us, i am making a library and this is my first time. I have some
concept questions.
for example, my library depends on GLEW library. Therefore applications
that
This is the last rc before the final release, unless somebody finds a
showstopper issue between now and next Thursday.
Do you think you're gonna release in the next few days?
Sorry to insist, but I've been keeping on hold all my team since the
release of rc3, so if you think that it'll take
On 10/03/11 09:46, Alan wrote:
Hi all,
I'm trying to build cmake 2.8.5, but the system I'm building on doesn't
have a dynamic libraries, so static only.
When cmake comes to link I get this (with debug from make)
It turns out that CMake is not honouring the configuration from
pkgconfig,
Hi all,
I would need your advise about the strategy to adopt when two
executables share common object files.
Here is the context. I have a project that consists in a program (e.g.
console_prog) that was historically a console program
on top of which a GUI (gui_prog) was built. The gui_prog
Hi all,
I would need your advise about the strategy to adopt when two
executables share common object files.
Here is the context. I have a project that consists in a program (e.g.
console_prog) that was historically a console program
on top of which a GUI (gui_prog) was built. The gui_prog
I don't think you need the configure_file() command.
What happens now (if i understand correctly) is that:
1) a copy of Info.plist is made from CMAKE_CURRENT_SOURCE_DIR to
CMAKE_CURRENT_BINARY_DIR
2) a copy of Info.plist is made from CMAKE_CURRENT_BINARY_DIR to
Hi,
Would really appreciate your advice on this.
We are planning to use and maybe distribute a library (let's call it OurLib)
that depends on third-party libraries, namely Boost, Glut, OpenGL, FreeType,
Bullet, PNG, ...
This library would be able to target Windows (Glut), Mac OS X (Glut) and
On 9/30/2011 1:15 PM, John R. Cary wrote:
When I build the definitions from the dependency are missing
from the .mod file:
[snip]
So something later in the cmake build seems to be removing
these definitions.
Perhaps another target compiles the/a source file producing the same
.mod file but
I will be building the final CMake 2.8.6 today, and uploading by the end of
the day. Keep your eye on the mailing list for the official announcement.
On Tue, Oct 4, 2011 at 4:19 AM, Andrea Galeazzi galea...@korg.it wrote:
This is the last rc before the final release, unless somebody finds a
Many many thanks!
David Cole ha scritto:
I will be building the final CMake 2.8.6 today, and
uploading by the end of the day. Keep your eye on the mailing list for
the official announcement.
On Tue, Oct 4, 2011 at 4:19 AM, Andrea
Galeazzi galea...@korg.it
wrote:
This was in fact the case. Sorry not to report back...John
On 10/4/11 6:09 AM, Brad King wrote:
On 9/30/2011 1:15 PM, John R. Cary wrote:
When I build the definitions from the dependency are missing
from the .mod file:
[snip]
So something later in the cmake build seems to be removing
these
On Tue, Oct 4, 2011 at 7:20 AM, Daniel Dekkers d.dekk...@cthrough.nlwrote:
Hi,
Would really appreciate your advice on this.
We are planning to use and maybe distribute a library (let's call it
OurLib) that depends on third-party libraries, namely Boost, Glut, OpenGL,
FreeType, Bullet, PNG,
great explanation,
i did:
readelf -d /usr/local/lib/mylib.so
Dynamic section at offset 0x7ad28 contains 27 entries:
TagType Name/Value
0x0001 (NEEDED) Shared library: [libcudart.so.4]
0x0001 (NEEDED) Shared
You realize you don't have to edit a CMakeLists.txt file to use a different
value for a find_library result, right?
You can just set the value of the variables in cmake-gui as an end user
developer (client of OurLib) -- or, if you know the set of needed variable
values in advance, you can do it
Hi Michael,
thanks for the hints. It works!
Cheers,
Marco
On 9/26/11 8:00 PM, Michael Hertling wrote:
On 09/22/2011 01:00 PM, Marco Corvo wrote:
Hi all,
I thought I came up with a solution for this problem, but looks like I'm
still not doing the right thing.
My project is made of many
On Oct 4, 2011, at 4:24 PM, Clifford Yapp wrote:
On Tue, Oct 4, 2011 at 7:20 AM, Daniel Dekkers d.dekk...@cthrough.nl wrote:
Hi,
Would really appreciate your advice on this.
We are planning to use and maybe distribute a library (let's call it OurLib)
that depends on third-party
On Tuesday 04 October 2011, pellegrini wrote:
Hi all,
I would need your advise about the strategy to adopt when two
executables share common object files.
Here is the context. I have a project that consists in a program (e.g.
console_prog) that was historically a console program
on top
Excellent! Preliminary VS11 support makes me very happy.
On Tue, Oct 4, 2011 at 12:30 PM, David Cole david.c...@kitware.com wrote:
On behalf of myself, Ken, Bill, Brad, Alex, Zach, Ben and the rest of
the CMake team from all around the world, we are pleased to announce
that CMake 2.8.6 is now
Hello all,
We're using NSIS via CPack for our Windows installer. One thing we'd
like to change is the Start in directory for Windows Start menu
shortcuts. Currently, it appears to default to the installation
directory, but that's not very useful: users aren't going to be saving
files underneath
On 10/04/2011 09:20 PM, Jaime Frey wrote:
Hi.
I'm having some trouble with the add_custom_command() function in cmake
2.8.3. I'm using it to run a POST_BUILD command on a target. The docs say I
can use $TARGET_FILE:tgt in the arguments to COMMAND to get the filename of
the generated target
On 10/04/2011 10:42 AM, pellegrini wrote:
Hi all,
I would need your advise about the strategy to adopt when two
executables share common object files.
Sharing object files among different targets might mean asking for
trouble - possibly quite subtle trouble - since different targets'
object
On 10/04/2011 04:39 PM, Cristobal Navarro wrote:
great explanation,
i did:
readelf -d /usr/local/lib/mylib.so
Dynamic section at offset 0x7ad28 contains 27 entries:
TagType Name/Value
0x0001 (NEEDED) Shared library:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, release has been updated
via 5971063a5c41a1c899de3700ffce38c8655abe34 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The annotated tag, v2.8.6 has been created
at d6940b1e20af88ca419cbca230e7b810dce7896e (tag)
tagging
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 016b26db58f3c5ba451e33df2038b24b9dad672d (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 17cb6c7b042a9bfe681bc51e959eada9c6ea680d (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via a48ebb532a36bd81f14298ec135304fe7e7f1dda (commit)
via
33 matches
Mail list logo
