Hi Dirk,

Dirk Reiners wrote:
> Carsten Neumann wrote:
>> ...this went well, until I encountered OSGProxyGroup.fcd that has a 
>> volume field which is a DynamicVolume and of course ifdef magic does not 
>> work in the .fcd file...
>> I'm not sure if it is a huge problem if we just punt at this point and 
>> leave the DynamicVolume removal as one of the things one has to deal 
>> with when transitioning from 1.x to 2. After all, there are more serious 
>> changes and whether one does the porting between 1.8.0 and 1.8.1 with 
>> OSG_2_PREP defined or 1.8.0 and 2.0 does not make such a big difference 
>> IMHO.
>> Of course I'm also open to any ideas on how to get this into 1.x, right 
>> now I just can't think of anything that does not involve build system 
>> magic, renaming of files or similar horrible machinery.
>> So, any ideas ?
> 
> Given that ProxyGroup is very rarely used I think we could ignore this 
> one. I'm not quite comfy with right out breaking it though...
> 
> I guess we could leave that as an explicit thing to when transitioning, 
> as long as it cleanly breaks on compile and not semantically. It should 
> be something that can be done relatively easily with a transition script.

hm, now I'm confused, basically I see these options:

- keep 1.x as is wrt to DynamicVolume (i.e. not remove it even if 
OSG_2_PREP is defined)

- Unconditionally change the ProxyGroup to use a BoxVolume, which breaks 
any .osb files that contain a ProxyGroup (not sure how severe the 
breakage would be though, i.e. if it crashes or just fails to restore 
the volume).

- remove the DynamicVolume almost everywhere in 1.x if OSG_2_PREP is 
defined except keep in the ProxyGroup.

I lean towards the first option, as the changes in application code 
should be few and most (all?) should cause compile errors.
Ok, so what solution do we go for ?

        Thanks,
                Carsten

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core

Reply via email to