Using ubuntu 6.10 (gcc 4.0.3-1ubuntu5) with OpenSG 1.8 and I didn't see 
this problem when building.

d

Andreas Zieringer wrote:
> Hi,
>
>   
>> HADJ AMOR HASSEN wrote:
>>     
>>> BUT i have an error when i compile :(
>>>
>>> The error message is here:
>>>
>>> _____________________________________________________________________
>>>         -Iobj-opt -I.                                           \
>>>          -o obj-opt/OSGDATImageFileType.o 
>>> /local/OpenSG/Source/System/Image/OSGDATImageFileType.cpp 
>>> /local/OpenSG/Source/Base/Base/OSGDynamicVolume.inl: In member function 
>>> «const osg::Volume& osg::DynamicVolume::getInstance() const":
>>> /local/OpenSG/Source/Base/Base/OSGDynamicVolume.inl:62: attention : 
>>> déréférencement du pointeur type-punned brisera les strictes d'aliases
>>> /local/OpenSG/Source/Base/Base/OSGDynamicVolume.inl: In member function 
>>> «osg::Volume& osg::DynamicVolume::getInstance()":
>>> /local/OpenSG/Source/Base/Base/OSGDynamicVolume.inl:69: attention : 
>>> déréférencement du pointeur type-punned brisera les strictes d'aliases
>>> /local/OpenSG/Source/System/FileIO/Base/OSGZStream.inl: In constructor 
>>> «osg::basic_zip_streambuf<charT, 
>>> traits>::basic_zip_streambuf(std::basic_ostream<_CharT, _Traits>&, int, 
>>> osg::EStrategy, int, int, size_t)":
>>> /local/OpenSG/Source/System/FileIO/Base/OSGZStream.inl:43: erreur: there 
>>> are no arguments to «setp" that depend on a template parameter, so a 
>>> declaration of «setp" must be available
>>> /local/OpenSG/Source/System/FileIO/Base/OSGZStream.inl:43: erreur: (if you 
>>> use «-fpermissive", G++ will accept your code, but allowing the use of an 
>>> undeclared name is deprecated)
>>> make[3]: *** [obj-opt/OSGDATImageFileType.o] Erreur 1
>>> ________________________________________________________________________
>>>
>>> I have the same message error with the file 
>>> /OpenSG/Source/System/FileIO/Base/OSGSceneFileHandler.cpp 
>>>       
>> hm, strange, I need to look at the source code of that when I'm back at 
>> the office tomorrow.
>>
>>      Carsten
>>     
>
> looks like some gcc 4.x related problems these are fixed in 1.8.0 is 
> there any special reason using 1.6.0?
>
> Andreas
>
>
>   

-- 
Daniel J. Sperka, Ph. D. 
UC Davis Center for Neuroscience


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to