On 12/12/07, Miguel A. Figueroa-Villanueva [EMAIL PROTECTED] wrote:
On Dec 10, 2007 9:40 AM, E. Wing wrote:
snip
That's all I can remember on Mac issues for the moment. But on a
general CMake issue, I just submitted a whole bunch of Find*.cmake
modules for inclusion.
On 12/22/07, Brandon Van Every [EMAIL PROTECTED] wrote:
On Dec 22, 2007 6:48 PM, Andreas Schneider [EMAIL PROTECTED] wrote:
Rodolfo Schulz de Lima wrote:
That's great news. Since I've never been involved in a CVS - SVN
migration, I couldn't help so much with it. Also, excuse me for
This is almost certainly a FAQ but I can't find
an answer anywhere: I'm building using gcc under
Linux and VS2005 under Win32. I want to add, say,
-Wall globally to everything compiled under Linux
but leave the compile options for Win32 untouched.
How do I do that ?
--
Regards
Steve Collyer
Also missing the thread, I did want to chime in on a few things before
it is left.
First, Mike's pretty much nailed it on all points, though I think the
use of installers needs to be qualified a little (below).
As for where it is said not to install to /usr/bin, I don't know where
in the docs,
I'm playing around with the MinGW generator. I was wondering if there
is a special environmental variable that CMake will check for finding
mingw32-make.exe. MinGW is not in my PATH so everytime I specify the
MinGW generator in CMakeSetup, it complains it can't find the make
program. I was hoping
CMake assumes the environment is setup to work. Just like with visual
studio, you have to run vcvars.bat. Basically, cmake expects a working
compiler, and can not modify the PATH. It can not modify the PATH
because it won't be around when make is actually run.
Actually, CMake did an
Uncomment the three lines at the bottom of Modules/Platform/Windows.cmake --
grep for CMAKE_START_TEMP_FILE to understand how the response file is
constructed...
HTH,
David
On 1/4/08, James Bigler [EMAIL PROTECTED] wrote:
I'm using ICC and nmake to compile some code on Windows XP with the help
I'm using ICC and nmake to compile some code on Windows XP with the help
of CMake 2.4.7. It's complaining that -L isn't supported. I want to
see the link command, so that I can figure out which library is causing
the problems.
If I try to do nmake VERBOSE=1, I can see some of the output,
I did forget the list
-- Forwarded message --
From: Eric Noulard [EMAIL PROTECTED]
Date: 4 janv. 2008 18:33
Subject: Re: [CMake] Globally add compiler options for gcc
To: Stephen Collyer [EMAIL PROTECTED]
2008/1/4, Stephen Collyer [EMAIL PROTECTED]:
This is almost certainly a
On Friday 04 January 2008, James Bigler wrote:
2008/1/4, Stephen Collyer [EMAIL PROTECTED]:
This is almost certainly a FAQ but I can't find
an answer anywhere: I'm building using gcc under
Linux and VS2005 under Win32. I want to add, say,
-Wall globally to everything compiled under Linux
On Jan 4, 2008, at 10:57 AM, Alexander Neundorf wrote:
On Friday 04 January 2008, James Bigler wrote:
2008/1/4, Stephen Collyer [EMAIL PROTECTED]:
This is almost certainly a FAQ but I can't find
an answer anywhere: I'm building using gcc under
Linux and VS2005 under Win32. I want to add, say,
2008/1/4, James Bigler [EMAIL PROTECTED]:
On Jan 4, 2008, at 10:57 AM, Alexander Neundorf wrote:
No, I think you are wrong here, it does work.
What happens is:
CMAKE_C_FLAGS is read from the cache, e.g. -O2 -ansi
Then the set happens and appends the -Wall, so CMAKE_C_FLAGS is now
Not to my knowledge... I don't use nmake very often, though. Maybe something
changed since the last time I did that...
Send along some of the output of nmake after you made those changes...
Does it still say it's using a *.tmp file for the link step?
On 1/4/08, James Bigler [EMAIL PROTECTED]
Hi Eric and Miguel,
It would be good to have the OSG-related modules inside CMake,
both modules for finding OSG dependencies as well as finding OSG itself
when needed by other projects.
I agree with all the suggestion of Miguel, expecially the idea of using
OpenSceneGraph_DIR and
Hmm... I uncommented out those lines, but it didn't seem to have an
effect. I even started with a new build directory.
Was there something else I was supposed to edit?
James
On Jan 4, 2008, at 11:03 AM, David Cole wrote:
Uncomment the three lines at the bottom of Modules/Platform/
On Jan 4, 2008 10:17 AM, E. Wing [EMAIL PROTECTED] wrote:
I think Linus pointed to some scalability problems in Monotone and I
think others have pointed to performance and memory usage problems
with Bazaar (OpenSolaris?, Mozilla?).
I don't know what they tried before, but Mozilla is a
On Jan 4, 2008 2:09 PM, Luigi Calori [EMAIL PROTECTED] wrote:
I would also prefer to have one single FindOpenSceneGraph that finds and
configure the different libraries that comprise OSG.
Such an attitude can carry a strong Linux bias. I ran into that
difficulty with Chicken Scheme when
On Jan 4, 2008 3:23 PM, Brandon Van Every wrote:
On Jan 4, 2008 2:09 PM, Luigi Calori wrote:
I would also prefer to have one single FindOpenSceneGraph that finds and
configure the different libraries that comprise OSG.
Such an attitude can carry a strong Linux bias. I ran into that
David Cole wrote:
Not to my knowledge... I don't use nmake very often, though. Maybe something
changed since the last time I did that...
Send along some of the output of nmake after you made those changes...
Does it still say it's using a *.tmp file for the link step?
Linking CXX shared
On 2008-01-04 07:17-0800 E. Wing wrote:
My 2 cents.
Distributed [version control system] is the right way to go in my opinion.
I don't completely agree. Centralized repositories have proved useful for
lots of software development projects (e.g., the 160,000+ free software
projects at
Quoting Miguel A. Figueroa-Villanueva [EMAIL PROTECTED]:
What I was suggesting is that instead of having the following
modules separate:
Findosg.cmake
FindosgDB.cmake
FindosgFX.cmake
FindosgGA.cmake
FindosgIntrospection.cmake
FindosgManipulator.cmake
FindosgParticle.cmake
Alan W. Irwin wrote:
developers, but most software projects (such as CMake) will never have more
than a handful of active developers
cmake already has about 10-20 or so developers (if you consider all the
.cmake module contributions). People with commit access, however, are
much fewer right
Mike Jackson wrote:
http://www.youtube.com/watch?v=4XpnKHJAok8
Git - straight from Linus.
I have this strange preference for my own voice and personality :-)
http://video.google.com/videoplay?docid=-7724296011317502612
b
___
CMake mailing
Am Freitag 04 Januar 2008 schrieb Pau Garcia i Quiles:
Quoting Miguel A. Figueroa-Villanueva [EMAIL PROTECTED]:
What I was suggesting is that instead of having the following
modules separate:
Findosg.cmake
FindosgDB.cmake
FindosgFX.cmake
FindosgGA.cmake
FindosgIntrospection.cmake
Alan W. Irwin wrote:
However, I admit to having no development experience with git or Mercurial.
Is there anything compelling (e.g., fewer bugs, better documentation, more
useful features aside from distributed?) about either over svn for
projects like CMake that use a centralized repo?
A
http://www.youtube.com/watch?v=4XpnKHJAok8
Git - straight from Linus.. Kinda long but interesting.. as long as
you can get past Linus' personality.
Mike
On Jan 4, 2008 4:11 PM, Bryan O'Sullivan [EMAIL PROTECTED] wrote:
Alan W. Irwin wrote:
However, I admit to having no development
On Jan 4, 2008 3:50 PM, Alan W. Irwin [EMAIL PROTECTED] wrote:
On 2008-01-04 07:17-0800 E. Wing wrote:
My 2 cents.
Distributed [version control system] is the right way to go in my opinion.
I don't completely agree. Centralized repositories have proved useful for
lots of software
On Jan 4, 2008 3:09 PM, Miguel A. Figueroa-Villanueva [EMAIL PROTECTED] wrote:
I don't think this carries the bias you present. The idea is not to
force the user to have all packages installed if they are optional.
The module should only fail if a *required* package is not found. If
the SDL
Gonzalo Garramuño wrote:
In summary, once you use git, if you are like me, you'll realize that
you've been doing source version control wrong all these years *sigh*.
Does git work on Win32?
___
CMake mailing list
CMake@cmake.org
- Original Message -
From: James Mansion
Date: 1/4/2008 3:38 PM
Gonzalo Garramuño wrote:
In summary, once you use git, if you are like me, you'll realize
that you've been doing source version control wrong all these years *sigh*.
Does git work on Win32?
Pretty well, I've found,
On 2008-01-04 22:38- James Mansion wrote:
Gonzalo Garramu�o wrote:
In summary, once you use git, if you are like me, you'll realize that
you've been doing source version control wrong all these years *sigh*.
Does git work on Win32?
As already mentioned earlier in this thread, git is
James Mansion wrote:
Gonzalo Garramuño wrote:
In summary, once you use git, if you are like me, you'll realize that
you've been doing source version control wrong all these years *sigh*.
Does git work on Win32?
Yes, but not as well as on Linux. There's two ports of it.
The cygwin port
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 side-stepping some of the flexibility of the
existing finder,
33 matches
Mail list logo