Hi everyone, perhaps one of you might have already seen this issue and will know what is the best solution. My problem is that one of the headers in the VST SDK2.4, aeffect.h, has a macro, VSTCALLBACK, which in gcc will be defined as __cdecl . This is not recognised by the compiler, thus preventing me from using that header (to build a plugin). My solution was to forcibly undefine __GNUC__ so that the macro gets a blank definition. However, I am not sure this is the best way out; I am wondering whether the calling convention will break the plugin, since the host might be expecting __cdecl and it will not be getting it. Perhaps someone else would have a different solution.

On Thu, August 27, 2009 15:58, Victor Lazzarini wrote: on my qtractor stuff, i do something like this, #if !defined(__WIN32__) && !defined(_WIN32) && !defined(WIN32) #define __cdecl #endif #include <aeffectx.h> #if !defined(VST_2_3_EXTENSIONS) #define VSTCALLBACK #endif it seems to get it just fine :)

But the silly thing I think is that the macro is defined for __GNUC__ and it clearly does not work with it. If I undefine that token, it's good. I don't like the idea of touch the sdk headers; I thought really they should work out of the box. Rui's solution seems to be similar to mine (getting rid of __cdecl). Whereas this one just fixes the macro to keep the calling convention as it is.

I have not been able to test the plugin yet, perhaps I'll have a better idea of what I should do then. Victor ----- Original Message ----- From: "Pedro Lopez-Cabanillas" &lt;pedro.lopez.cabanillas(a)gmail.com&gt; To: "Rui Nuno Capela" &lt;rncbc(a)rncbc.org&gt; Cc: "Victor Lazzarini" &lt;Victor.Lazzarini(a)nuim.ie&gt;ie>; &lt;linux-audio-dev(a)lists.linuxaudio.org&gt; Sent: Thursday, August 27, 2009 5:28 PM Subject: Re: [LAD] VST SDK2.4 issue > On Thursday, August 27, 2009, Rui Nuno Capela wrote: >> On Thu, August 27, 2009 15:58, Victor Lazzarini wrote: >> > Hi everyone, >> > >> > >> > perhaps one of you might have already seen this issue and will know >> > what >> > is the best solution. >> > >> > My problem is that one of the headers in the VST SDK2.4, aeffect.h, >> > has a macro, VSTCALLBACK, which in gcc will be defined as __cdecl . >> > This >> > is not recognised by the compiler, thus preventing me from using >> > that >> > header (to build a plugin). >> > >> > >> > My solution was to forcibly undefine __GNUC__ so that the macro >> > gets a blank definition. >> > >> > However, I am not sure this is the best way out; I am wondering >> > whether the calling convention will break the plugin, since the host >> > might be expecting __cdecl and it will not be getting it. >> > >> > Perhaps someone else would have a different solution. >> >> on my qtractor stuff, i do something like this, >> >> >> #if !defined(__WIN32__) && !defined(_WIN32) && !defined(WIN32) >> #define __cdecl >> #endif >> >> #include <aeffectx.h> >> >> #if !defined(VST_2_3_EXTENSIONS) >> #define VSTCALLBACK >> #endif >> >> >> it seems to get it just fine :) > > I'd tried this: > > #define __cdecl __attribute__((cdecl)) > > Much like another typical MSVC keyword: > > #define __stdcall __attribute__((stdcall)) > > If you want to compare the documentation of both compilers: > > http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html > http://msdn.microsoft.com/en-us/library/984x0h58.aspx > > Regards, > Pedro