Hi, guys!
Let's remember, what exactly it std::fstream:
typedef basic_ifstream< char, char_traits< char > > ifstream;
typedef basic_ofstream< char, char_traits< char > > ofstream;
typedef basic_fstream< char, char_traits< char > > fstream;
So, if problem is names, maybe do something like:
typed
HI James,
On 17 August 2016 at 10:16, James Turner wrote:
>> Would this change not modify the ABI?
>
> Yes, it would - I didn’t realise ABI compatibility was a goal of the stable
> branches.
If we can maintain the ABI through stable branches then this is what I
aim to do.
We can't always maint
> On 16 Aug 2016, at 13:26, Robert Osfield wrote:
>
> Would this change not modify the ABI?
Yes, it would - I didn’t realise ABI compatibility was a goal of the stable
branches.
Kind regards,
James
___
osg-users mailing list
osg-users@lists.openscen
On 16 August 2016 at 13:02, James Turner wrote:
>
>> On 16 Aug 2016, at 12:47, Robert Osfield wrote:
>>
>> Thanks now merged into git master.
>
> Thanks! We use the 3.4 branch for FlightGear at the moment - can you
> cherry-pick the fix there or would you prefer another pull request?
Would this
> On 16 Aug 2016, at 12:47, Robert Osfield wrote:
>
> Thanks now merged into git master.
Thanks! We use the 3.4 branch for FlightGear at the moment - can you
cherry-pick the fix there or would you prefer another pull request?
Kind regards,
James
__
On 15 August 2016 at 22:30, James Turner wrote:
>
>> On 9 Aug 2016, at 10:21, Robert Osfield wrote:
>>
>> I'm happy to merge the changes, could you raise a pull request based
>> on these changes?
>
> https://github.com/openscenegraph/OpenSceneGraph/pull/115
Thanks now merged into git master.
___
> On 9 Aug 2016, at 10:21, Robert Osfield wrote:
>
> I'm happy to merge the changes, could you raise a pull request based
> on these changes?
https://github.com/openscenegraph/OpenSceneGraph/pull/115
Kind regards,
James
___
osg-users mailing list
os
Hi, guys!
The fix works! I had linker error at integration of MYGUI associated
with fstream, now everything is all right. Thank you!
Cheers,
Nickolai
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=68352#68352
_
Hi James,
On 9 August 2016 at 09:08, James Turner wrote:
> I would prefer to fix the underlying issue in osgDB, rather than finding
> better work-arounds. My intuition, but as a non-Windows user it may be wrong,
> is that exporting the ctor / dtor for a class you don’t ‘own’ in a DLL is not
>
> On 8 Aug 2016, at 09:57, Trajce Nikolov NICK
> wrote:
>
> this was discussed while ago for different versions of Visual Studio and
> there was a work around (which was not forcing to use force:multiple). Might
> be worth to look in the archive
>
I would prefer to fix the underlying issue
Hi,
this was discussed while ago for different versions of Visual Studio and
there was a work around (which was not forcing to use force:multiple).
Might be worth to look in the archive
On Mon, Aug 8, 2016 at 10:52 AM, Sebastian Messerschmidt <
sebastian.messerschm...@gmx.de> wrote:
> Hi James,
Hi James,
I haven't dived into the details yet, but I strongly advertise for a
fix, since this is a great polluter in our build-process too (Visual
studio doesn't let you filter some warnings).
Cheers
Sebastian
Hello,
With recent MSVC versions, we’re obliged to use /FORCE_:MULTIPLE, to wo
Hello,
With recent MSVC versions, we’re obliged to use /FORCE_:MULTIPLE, to work
around the fact that osgDB.lib includes symbols from std::fstream classes,
which then causes conflicts when other object files in a target (eg executable)
being linked use classes. This slows down linking since in
13 matches
Mail list logo