Am Samstag 05 Januar 2008 schrieb David Wolfe:
- Look for OSG_LIBRARY under $ENV{OSG_ROOT}/Build in addition to the
other places it currently looks
Or forget about your internal convention and let /Build be part of the
OSG_ROOT environment variable. You could also use a CMake variable
On Friday 04 January 2008, Hendrik Sattler wrote:
...
Then I have a FindZeroCIce.cmake which essentially has this code:
[...]
SET( ZeroCIceCore_FIND_QUIETLY TRUE )
SET( ZeroCIceBox_FIND_QUIETLY TRUE )
SET( ZeroCIceGrid_FIND_QUIETLY TRUE )
SET( ZeroCIcePatch2_FIND_QUIETLY TRUE )
Joshua Jensen wrote:
* Con: Requires an SSH daemon to push data. I just barely got this
going (through copSSH) with the replacement git-shell, because I don't
want people to have shell access to my machine. Locking down user
permissions and directories on a Windows box stinks. I've got to
I think it would be wiser to disallow wx 2.4 altogether because it's
... old ... 2.8 is already out for a while and 3.0 is around the
corner so 2.6 is aging as well...
Imho FindwxWindows should be gone as well ;-)
On 05/01/2008, Pau Garcia i Quiles [EMAIL PROTECTED] wrote:
Hello,
I've
Am Samstag 05 Januar 2008 schrieb Pau Garcia i Quiles:
Quoting Hendrik Sattler [EMAIL PROTECTED]:
Am Samstag 05 Januar 2008 schrieb Alexander Neundorf:
On Friday 04 January 2008, Hendrik Sattler wrote:
...
Then I have a FindZeroCIce.cmake which essentially has this code:
[...]
On Saturday 05 January 2008, Trevor Kellaway wrote:
Hi,
I have an issue where I need to force the order some libraries are built
in prior to building the application. Here is a simplified example (also
attached) showing the issue (the real problem is building multiple unit
test EXEs and
Alex,
Wow, that must probably be a record for fastest response to a post (3
minutes)!
I think you have to use
add_dependencies(d e)
to tell cmake that d depends on e (which it does since it
needs something from the build of e)
That has fixed it, by changing d's CMakeLists.txt to the
On Saturday 05 January 2008, Trevor Kellaway wrote:
Alex,
Wow, that must probably be a record for fastest response to a post (3
minutes)!
You're welcome :-)
I think you have to use
add_dependencies(d e)
to tell cmake that d depends on e (which it does since it
needs something from
On Jan 5, 2008, at 1:45 AM, David Wolfe wrote:
As a user of the FindOSG.cmake that's now included with OpenSceneGraph
(thanks, Eric!), I'd like to add my $0.02 and say that having multiple
FindXXX modules may be less useful in practice than it sounds in
theory.
In fact, I'm already
Mike Jackson wrote:
http://www.youtube.com/watch?v=4XpnKHJAok8
Git - straight from Linus.. Kinda long but interesting.. as long as
you can get past Linus' personality.
Here are my two cents:
I actually held Linus opinion in rather high regard until he went
berzerk on how bad Subversion is.
Hello Everyone,
I have been assigned a bug (http://www.cmake.org/Bug/view.php?id=6187)
to fix the FindwxWidgets for cross-compiling, but since I don't
cross-compile I'm not sure what is the correct approach.
Rodolfo submitted a patch that adds the following code around the
FIND_PROGRAM call:
At 1/5/2008 09:24 PM, Jesper Eskilson wrote:
Those of you who haven't already read Version Control and 'the
80%' should do so (http://blog.red-bean.com/sussman/?p=79) *before*
forming your opinion on centralized version control.
Interesting read, especially the paragraph about: In a
OK, I give up! I'm sure that there is a right way to do it that
will be obvious, and easy to use, but I haven't found it.
I am able to do a respectable job of building across many platforms,
and getting the results posted to a Dart(2) dashboard.
But, I have two problems that I feel are
Hi,
Is it possible to set an out of tree directory to include a
CMakeLists.txt file ?
I want to have a shared static code base for many projects like this:
source_tree/
source_tree/static_shared_source_for_projects/CMakeLists.txt
source_tree/static_shared_source_for_projects/...
Miguel A. Figueroa-Villanueva escreveu:
I believe the idea is to ensure that the wx-config used is the one
from the target platform. I would like to enlist the help of those
more experienced cross-compiling to affirm that this is the right
course of action. I am concerned that maybe the
On Jan 5, 2008 5:58 PM, Sebastien BARRE [EMAIL PROTECTED] wrote:
At 1/5/2008 09:24 PM, Jesper Eskilson wrote:
Those of you who haven't already read Version Control and 'the
80%' should do so (http://blog.red-bean.com/sussman/?p=79) *before*
forming your opinion on centralized version control.
I have something similar to this where I have a library that I build
for other projects. Sometimes it is easier just to directly include
the source code from the library INSTEAD of building the intermediate
library. In your situation I might be inclined to try the following:
On Jan 5, 2008 9:38 PM, Rodolfo Lima wrote:
Miguel A. Figueroa-Villanueva escreveu:
# Resource file compiler.
FIND_PROGRAM(wxWidgets_wxrc_EXECUTABLE wxrc
${wxWidgets_ROOT_DIR}/utils/wxrc/vc_msw
)
I guess not, since in this case any resource compiler that is found
should do,
Miguel A. Figueroa-Villanueva escreveu:
# Resource file compiler.
FIND_PROGRAM(wxWidgets_wxrc_EXECUTABLE wxrc
${wxWidgets_ROOT_DIR}/utils/wxrc/vc_msw
)
I guess not, since in this case any resource compiler that is found
should do, right?
Yes, but if there's no wxWidgets compiled for
On Jan 5, 2008 9:23 PM, Miguel A. Figueroa-Villanueva wrote:
On Jan 5, 2008 7:43 PM, Rodolfo Lima wrote:
Normally during a cross compilation, CMAKE_FIND_ROOT_PATH_MODE_PROGRAM
should be set to NEVER because the programs installed in
${CMAKE_FIND_ROOT_PATH} usually only runs in the target
Miguel A. Figueroa-Villanueva escreveu:
After reading the find_program help message of current cmake cvs, it
seems that the following switch should work the same:
FIND_PROGRAM(wxWidgets_CONFIG_EXECUTABLE wx-config
ONLY_CMAKE_FIND_ROOT_PATH
)
Could you confirm this
Miguel A. Figueroa-Villanueva escreveu:
Yes, but by CMAKE_FIND_ROOT_PATH_MODE_PROGRAM defaulting to NEVER only
the wxrc in the host platform will be found. If you want to use
wxWidegts_wxrc_EXECUTABLE, then it needs to be in the host.
If this is in fact how it works, then I think is a
Miguel A. Figueroa-Villanueva escreveu:
If this is in fact how it works, then I think is a reasonable solution.
Just to make things worse, in a recent update, Gentoo decided to rename
wxrc to wxrc-2.8 (or wxrc-2.6). Is there a way to cope with this?
Regards,
rod
Jesper Eskilson [EMAIL PROTECTED] writes:
Mike Jackson wrote:
http://www.youtube.com/watch?v=4XpnKHJAok8
Git - straight from Linus.. Kinda long but interesting.. as long as
you can get past Linus' personality.
Check out this presentation by Randal Schwartz on git. He describes it,
24 matches
Mail list logo