Hi Dirk, hi Dominik,
On Wed, 31 Jan 2007, Dirk Reiners wrote:
> Dominik Rau wrote:
>> * Porting: Is it possible to use 1.x and 2.x in parallel? I tried it on
>> my notebook and saw, that OSG2
>> - overwrites osg-config (although there is a osg2-config)
>> - places the headers in prefix/OpenSG
>> - places the libs in prefix/opt / prefix/dbg
>> (Seems that I have to reinstall some things...) Is anybody of you
>> running both versions on the same machine? How do you keep them
>> separated? (Speaking about Linux here....)
> osg-config: Good point. I was thinking about backwards-compatibility, but it
> probably a better idea not to create an osg-config and just ise osg2-config
> instead (#158).
>
> headers: I'm a little torn on this one, as it would be much more work to
> change that for old apps. Admittedly trivial work (sed -e
> 's|OpenSG/OSG|OpenSG2/OSG'), but more work. I could live with it, but
> would like to hear other opinions.
If everything is installed in $prefix anyway, I really don't see the need
of either header changes (and BTW I think changing from OpenSG/ to
OpenSG2/ would be more confusing than helpful) or changing the name of
osg-config. I admit, it can be a bit painful to install to different
subtrees but this is something that I've routinely done in the past to
test stuff against older and newer versions and different compilers (g++
and icc) at the same time. On Linux it's very easy with just setting
$LD_LIBRARY_PATH (and possibly $OSG_PREFIX or something similar for your
Makefiles) via some script/alias, and I think it's also possible under
Windows and Cygwin. Chances are if you need to develop against different
versions of the same library package, you already have Cygwin and/or
gnuwin32 installed anyway. :)
While we're on this subject, I also agree with Dirk on not using the
-rpath stuff, I think LD_LIBRARY_PATH is a lot more general in this case,
and if you want to install the libraries systemwide as part of a distro
package you just install them under /usr/X11R6/lib or something similar
which is in ld.so.conf anyway.
>> * Features: Some of our projects are using the VRMLAnimation lib of
>> Rasmus. Will it still work with 2.0? It's using the
>> since-I-started-to-code with-OpenSG-1.2-experimental-VRML-loader from
>> Gerrit. Has this new loader made it finally in the 2.0 release? Or will
>> there be adequate replacements (as there are questions about animation
>> support regularly on this list, I fear not, but it's always worth a try...)
> Currently there is no active VRML loader in 2. We argued about which one
> to use a while ago, but the overhead involved in having a full VRML
> scenegraph has a little scary, so right the tendency is to use the old
> one and fix some of it's problems rather than use the new one.
So will Gerrit's experimental-since-the-dawn-of-time VRML loader ever
become the 'official' VRML loader? Either in 1.8 (probably not) or in 2? I
never really understood what was keeping it experimental, I think it was
some changes to the BaseLib that Dirk didn't want but the loader required,
was that ever resolved? I admit that I haven't really looked into the
'old'/'official' loader for quite some time, but the last time I tried to
use it it was next to unusable even with moderately complex models (no
fancy animation or PROTO stuff).
Yours,
Akos
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
