Moves ostream_operators.hpp include to all implementation files

[michelle-vu19]

Resolves issue #484

[michelle-vu19]

@trittsv Good morning, can you take a look at this?

[trittsv]

Hey @michelle-vu19, seems that i missed that case described in #484.

I put the include of the ostream_operators.hpp explicitly into the cpp file.
Because this file modifies the users std namespace and that is dangerous.
So i chose to encapsulate it in the cpp files.

I strongly recommend to keep it in the cpp files.

My suggestion is:
Iterate all the included idl files and check if they are using std types and include the ostream_operators.hpp in the cpp files there too.

[michelle-vu19]

@trittsv Thank you for the suggestion, I can get to this later today.

[michelle-vu19]

@trittsv From a first glance, it seems like getting information from included IDL files is not something that can be done with the way the generator is set up (not saving information after parsing a single file). Is there a way to get information about an include file without reparsing?

[jkav77]

I'm running into this problem as well. Manually adding #include <org/eclipse/cyclonedds/util/ostream_operators.hpp> to the files that need it seem to help. I have almost 700 IDL files in my project so this is suboptimal. Is there a fix for this?

[michelle-vu19]

@trittsv @reicheratwork @eboasson Sorry for taking so long to apply this suggestion :) Can I get a review on this? I am currently in the process of compiling CPP types just to verify that this works.

[trittsv]

hey @michelle-vu19, looks good, you still need to sign the eclipsefdn/eca to be able to merge

[michelle-vu19]

@trittsv Done!

[michelle-vu19]

Update: my code generated successfully with the new changes :)

[reicheratwork]

Looks good to me!

[yaniswav]

This change works fine for me! Resolving ostream_operators issues

[michelle-vu19]

When can this be merged? :)

[eboasson]

I am so sorry to have kept you waiting for so long @michelle-vu19