I guess that one way to overcome the REALGetPropValueBoolean issue is
to utilize
#define FLAT_C_PLUGIN_HEADERS 1
and therefore REALGetPropValueBoolean is not resolved to
REALGetPropValue. We then can add the REALGetPropValueBoolean
definition to PluginMain.cpp and our dynamic access lib needs then
to be rewritten by replacing REALGetPropValue to their equivalent
"flat names". We can live with that, and if in our lib
REALGetPropValueBoolean would fail, (RB2006r4), we then try
REALGetPropValue(unsigned char).
However, when FLAT_C_PLUGIN_HEADERS 1 is defined the CW compiler
complains with illegal function overloading pointing to the
REALGetPropValue declarations in rb_plugin.h. We force the compiler
to compile as C++, fulfilling the condition
#if FLAT_C_PLUGIN_HEADERS && defined( __cplusplus )
extern "C" {
#endif
Something trivial as usual, but any pointer would be welcome...
Our first purpose is to get the new plugin SDK to work with earlier
versions of REALbasic.
Alfred
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
