[ http://issues.apache.org/jira/browse/AXISCPP-905?page=comments#action_12368377 ]
Adrian Dick commented on AXISCPP-905: ------------------------------------- I see and, to a certain extent, agree with what you say here. It certainly doesn't look good to have extraneous warnings, etc. However, STORAGE_CLASS_INFO is also used within generated stubs. This is for those user who wish to compile the stubs into a seperate DLL from their application. I guess we could document that those who wish to use them in this manner need to provide AXIS_DLLEXPORT when compiling.. A better solution would be if we could find a flag that is set when compiling DLLs, as this would avoid additional steps. > dllexport warnings > ------------------ > > Key: AXISCPP-905 > URL: http://issues.apache.org/jira/browse/AXISCPP-905 > Project: Axis-C++ > Type: Bug > Components: Client - API > Versions: 1.6 Alpha > Environment: WIN2KSP4 JDK1.5.0_06 MSVC6SP6 > Reporter: Franz Fehringer > Priority: Minor > > In GDefine.hpp > #if defined(WIN32) > #define STORAGE_CLASS_INFO __declspec(dllexport) > #else > #define STORAGE_CLASS_INFO > #endif > should be changed to something like > #if defined(WIN32) && defined (AXIS_DLLEXPORT) > #define STORAGE_CLASS_INFO __declspec(dllexport) > #else > #define STORAGE_CLASS_INFO > #endif > where AXIS_DLLEXPORT is only defined while compiling the client lib itself. > Currently warnings and extraneous .lib and .exp files are generated. > An analogous change should be made to GDefine.h. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira