Opened 10 years ago
Closed 7 years ago
#7943 closed Bugs (obsolete)
Patches to adapt to vxWorks 6.9, compile problems with gcc
Reported by: | Owned by: | Gennadiy Rozental | |
---|---|---|---|
Milestone: | Boost 1.59.0 | Component: | test |
Version: | Boost 1.53.0 | Severity: | Problem |
Keywords: | vxWorks gcc | Cc: |
Description
These are five patches to adapt test to vxWorks 6.9 and its version of the gcc:
- siginfo_t defines some XSI-extensions not present in vxWorks. These need to be disabled (used here for diagnostic printing only, anyway). This is done by the patch via a preprocessor macro, feeding null-values for the missing struct elements.
- gcc under some circumstances needs the explicit naming of the template typenames (whereas MSVC silently makes a correct guess).
- There's one place in the constructor of param_namespace who lacks a parameter of assign_op - this could never have compiled anytime!?!
Attachments (5)
Change History (7)
by , 10 years ago
Attachment: | config.hpp.diff added |
---|
by , 10 years ago
Attachment: | execution_monitor.ipp.diff added |
---|
disable unpresent XSI-extensions under vxWorks
by , 10 years ago
Attachment: | variable.hpp.diff added |
---|
gcc needs an explicit naming of the template parameter in some circumstances
by , 10 years ago
Attachment: | config_file.cpp.diff added |
---|
Added missing parameter in constructor call
by , 10 years ago
Attachment: | config_file_iterator.cpp.diff added |
---|
gcc needs an explicit naming of the template parameter in some circumstances
comment:1 by , 10 years ago
A small correction regarding variable.hpp.diff: Here originally the template parameter was named ( <T> ). But this was causing problems with gcc. The solution is to leave away the parameter, as the compilers will instanciate the correct types themselves.
comment:2 by , 7 years ago
Milestone: | To Be Determined → Boost 1.59.0 |
---|---|
Resolution: | → obsolete |
Status: | new → closed |
Please provide patch against new release or develop branch
disable unpresent XSI-extensions under vxWorks