Hello Jutta,

On Wed, Feb 3, 2021 at 9:48 AM Dreer, Jutta <jutta.dr...@lrz.de> wrote:

> Dear OpenSG experts,
>
well, that rules me out, at this point I've not used it for so long that I
certainly don't qualify as an expert ;)


> we had an installation of OpenSG 2.0 under Ubuntu 16.04 for quite some
> time. Now a migration to Ubuntu 20.04 is being planned. I would like to
> compile and install OpenSG 2.0 again, but I would like to use as many
> dependencies as possible from the Ubuntu repository. Unfortunatelly there
> is not much activity on OpenSG any more as it seems.
>
Unfortunately true. In our work game engines have replaced the role OpenSG
used to have.


> It seems that my choices are:
>
> - take the old source, which are a commit from February 2017 from
> www.opensg.org (which does not exist anymore)
>
> - use the master branch from sourceforge.net which seems to be more recent
>
> - use the cpp17 branch from sourceforge.net which might be more suitable
> for a more recent Gnu compiler (gcc-9), but is this kind of experimental ?
>

Gerrit would have to comment on the cpp17 branch, but "master" should be a
good choice. It is the most likely to have seen bug fixes or adjustments
for changes in dependencies.

> I would be grateful for any hint on experiences with an installation on
> some "new" Linux, and also for information on which of the dependency libs
> really need to be the one from the support directory or could be replaced
> by the system standard version. (a new boost version is certainly not a
> good idea ... but how about the others?)
>
I don't have experience to share, but the support libraries were
(originally) primarily for Windows where it is much more painful to get
them all compiled and installed (these days with various package managers
out there that may no longer be such a big problem). The image format
libraries are probably all very stable in their API, so I would not expect
(big) problems from using newer versions there. For some of the more
complex dependencies (collada comes to mind) the situation may be more
complicated and I'm afraid you'll have to try it and see how many compiler
errors you get and how complicated they are to resolve.

Cheers,
Carsten
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to