Hello David,
> Betreff: [Opensg-users] OpenSG2 Packages for Ubuntu
> I'm starting the process of producing packages for Ubuntu so that when
> the code is released it can easily be included.
very nice :)
> Without actually building and installing 2.0 I'm planning on following
> the same installation paths as 1.8. libs directly in /usr/lib so they
> can easily be found both by the linker and users running applications.
>
> .h and .inl files will go into /usr/include/OpenSG/ so that in peoples
> applications they can continue to be included as <OpenSG/OSGfoo.h>
sounds reasonable to me.
> However I wanted to get a few ideas of what should be produced by
> default. My initial thoughts are to enable everything by default,
> expect for:
>
> - deprecated methods and properties
> - only enable memory debugging on the debug version. (does this mean I
> have run scons twice, once for debug and once for optimized?)
yes, there is some support for building multiple variants in one go, but it
does have some problems and it is generally less painful to just run scons
twice.
However, since this is not the only thing that is not entirely smooth with the
scons build, Gerrit has started looking into using cmake and since that affects
the build dependencies of the packages you might wait a couple of days more
until we know whether we go that route or not.
> Is this a sane set of defaults to use?
Personally I'd not enable memory debugging even for the debug build, mainly
because at this point it does not do that much and AFAIK the option is thought
of as one that may do ABI breaking things (e.g. add extra fields to objects,
etc.)
> By enabling the OpenSG 1.8 compatibility option I assume the libraries
> can be used for both 1.8 and 2.0 code, therefore I can make the
> packages conflict with OpensG 1.8 so both aren't installed.
Unfortunately it is not that easy: The changes are simply too significant to
make switching from 1 to 2 by recompiling possible. The compatibility options
are intended to reduce the number of places that need to be touched, but they
don't get that number down to zero. I can imagine there are folks that would
like to install 1.8 and 2.0 in parallel.
Many thanks for your packaging efforts and if you have some suggestions on what
type of control a packager needs from the build system, please let us know,
maybe we can add an option if it makes your life easier :)
Thanks,
Carsten
--
Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen:
http://www.gmx.net/de/go/multimessenger
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
