Hallo,
PSPunch hat gesagt: // PSPunch wrote:
> > #ifdef MSW
> > #ifdef PD_INTERNAL
> > #define EXTERN __declspec(dllexport) extern
> > #else
> > #define EXTERN __declspec(dllimport) extern
> > #endif /* PD_INTERNAL */
>
> Without PD_INTERNAL defined, dllexport -> dllimport which
Hi,
Thanks for the help, hopefully pdlua svn should now build (and run!) on
mingw with the only changes required being in the "user configuration"
section at the top of the 'Makefile.static'.
PSPunch wrote:
>
> 1. Copy the following files to the same directory as Makefile.static
>
PSPunch wrote:
> Hi IOhannes,
> I think lua_setup() needs to be 'exported' in order to be read
> externally with Windows DLLs.
correct
>
>
> Also, from your description I thought that PD_INTERNAL was reserved for
> internal functions or classes, etc. However, when grepping the source of
> va
Hi IOhannes,
> well obvisouly there are two clashing things:
> you want pdlua to _import_ things from pd.dll (e.g. "post()"), therefore
> you should NOT define PD_INTERNAL
> you want pdlua to _export_ things (namely "pdlua_setup()")
>> Below are the last few lines of output when PD_INTERNAL is
PSPunch wrote:
> Hi Frank,
>
>
>
> > #ifdef MSW
> > #ifdef PD_INTERNAL
> > #define EXTERN __declspec(dllexport) extern
> > #else
> > #define EXTERN __declspec(dllimport) extern
> > #endif /* PD_INTERNAL */
>
> Without PD_INTERNAL defined, dllexport -> dllimport which looks kin
Hi Frank,
> #ifdef MSW
> #ifdef PD_INTERNAL
> #define EXTERN __declspec(dllexport) extern
> #else
> #define EXTERN __declspec(dllimport) extern
> #endif /* PD_INTERNAL */
Without PD_INTERNAL defined, dllexport -> dllimport which looks kind of
critical.
Below are the last
Hallo,
PSPunch hat gesagt: // PSPunch wrote:
> -
> 3. Modify Makefile.static
>
> - line:5 Comment out (#PLATFORM = linux)
> - line:7 Uncomment (PLATFORM = mingw)
> - line:30
>Before:
> CFLAGS_mingw = -export_dynamic -shared
>
>After:
> CFLAGS_mingw = -shared -D MSW
Hi, Claude
Thank you for your patience.
I think pdlua is now working on my Win Pd-extended.. at least the
counter example is working properly.
I have sorted out the changes that were necessary.
Again, apologies for my style of reporting. This has been my first
attempt to modifying any existin
Some progress.
Now [lua] creates an instance properly.
I haven't had the chance to actually load Lua scripts yet..
Sorry for my writing as I am not yet familiar with any of the patching
tools.
-
lua.c
-
Before:
extern void lua_setup(void) {
After:
extern __declspec(dllexport) void lu
Hi, Claude
Info: resolving _garray_class by linking to __imp__garray_class
(auto-import)
Info: resolving _s_ by linking to __imp__s_ (auto-import)
>
> Guessing now: pd.dll doesn't export "s_" or "garray_class", which means
> externals can't use them like on the unixoid OSs? Tha
PSPunch wrote:
> Hi Claude,
>
>
> I have lua.dll and pd.lua both in my "extra" directory now.
>
> A little excerpt of the output of -stderr -verbose..
> This is when trying to create a [lua] object.
>
>
> tried C:\Program Files\pd\extra\flatspace\lua.dll and failed
> tried C:\Program F
Hi Claude,
I have lua.dll and pd.lua both in my "extra" directory now.
A little excerpt of the output of -stderr -verbose..
This is when trying to create a [lua] object.
tried C:\Program Files\pd\extra\flatspace\lua.dll and failed
tried C:\Program Files\pd\extra\lua.dll and succeeded
C
PSPunch wrote:
> This may or may not be a question specific to pdlua.
I have no mingw machines, but I can try to answer.
> As a base line, I am using the following combination of files.
>
> - MinGW for building
> - Using pd.dll from pd-extended 0.40.3-20080721 (Win binary package)
> - Using m_pd
Hi,
This may or may not be a question specific to pdlua.
As a base line, I am using the following combination of files.
- MinGW for building
- Using pd.dll from pd-extended 0.40.3-20080721 (Win binary package)
- Using m_pd.h from pd-0.40.3 source
Although I am not fully aware of the compatibi
14 matches
Mail list logo
