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,
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 wh
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 av
- 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
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
http://www.cmake.org
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
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
http://www.cmake.org/mailman/listinfo/cmake
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 so
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
> >> Fi
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 expe
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
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
FindosgProduce
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 SourceF
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 th
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 libr
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 Me
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 i
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 OpenSceneGraphCo
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/
Windows.
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_F
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
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 h
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 compi
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
but leave the compile options for Win32 untouched.
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 certain
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,
> 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 exce
E. Wing wrote:
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
progra
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 I
E. Wing wrote:
Since I'm here, I see a minor bug.
FIND_LIBRARY on an OS X framework seems to return an all-lowercase
version of the framework name, despite being capitalization in the
name. (FIND_PATH doesn't seem to have this problem.) This is not a
problem for people using default OS X filesys
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
Net
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
Since I'm here, I see a minor bug.
FIND_LIBRARY on an OS X framework seems to return an all-lowercase
version of the framework name, despite being capitalization in the
name. (FIND_PATH doesn't seem to have this problem.) This is not a
problem for people using default OS X filesystems which are
ca
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, bu
On 12/12/07, Miguel A. Figueroa-Villanueva <[EMAIL PROTECTED]> wrote:
> On Dec 10, 2007 9:40 AM, E. Wing wrote:
>
> > 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.
> > http://www.cm
37 matches
Mail list logo