Hi Philip, Robert, and all
FYI, some devs and I started to add a CMake script to libcurl ; and the libcurl
community seemed quite interested, yet not waiting for it. Unfortunately I
didn't had time to finish the job for now. If you intend to work on it, you may
have a look to what has been done
On Mon, Aug 31, 2009 at 4:43 AM, Robert Osfield wrote:
> Hi Philip,
>
> I'm all for integrating CMakePorts support into OSG build. I'm I
> correct in reading the cmakeports_osg.path that one would build the
> OSG and have the external libs build automatically when required?
> Currently .patch onl
Hi Philip,
I'm all for integrating CMakePorts support into OSG build. I'm I
correct in reading the cmakeports_osg.path that one would build the
OSG and have the external libs build automatically when required?
Currently .patch only lists jpeg, zlib and png. Is this just a
preliminary lists? Are
On Sat, Aug 29, 2009 at 9:03 AM, Jean-Sébastien Guay <
jean-sebastien.g...@cm-labs.com> wrote:
> Philip, I like your idea of making CMake setups for these dependencies, it
> kind of resembles automake/autoconf. The problem is that the CMake files
> won't be managed by the upstream project, but by
Hi all,
Making a 3rtParty repository like the one made by Mike Weiblen but with all
the dependencies and their CMake scripts is a good idea, I vote for this
solution ! :)
Cheers,
On Sat, Aug 29, 2009 at 5:25 PM, Chris 'Xenon' Hanson
wrote:
> Philip Lowman wrote:
> > So I cmakeified libpng, zlib
Philip Lowman wrote:
> So I cmakeified libpng, zlib, and libjpeg (building on some work
> previously done by Luigi Calori and others) and wrapped them in ZIP
> files called CMakeports. The three put together take about 5 seconds
> total to build on my 3 year old core2 duo. They are available at t
Hi Philip, Sherman,
I agree with the basic principle that building everything from source
removes lots of uncertainty from the equation. The only problem I have
with that is that whenever you want to bump the version number of one of
the dependencies, you run the risk that some changes in the
AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] Rethinking 3rd party dependencies?
I build *everything* from source. I use Python scripts to automate the
process too. It's relatively straightforward to setup and is very
reliable. Fully automated. I can call one Python script that will
I build *everything* from source. I use Python scripts to automate the
process too. It's relatively straightforward to setup and is very
reliable. Fully automated. I can call one Python script that will
check out all source code, compile all OSG and project specific
dependencies, compile OSG, compi
While poring over thread after thread dealing with build dependencies on
Windows I had a weird thought a while back: computers are fast these days,
why not just build everything (including 3rd party dependencies) from
source?
The way I see it, issues on Windows are going to get worse far before th
10 matches
Mail list logo
