Hello,
gridflow doesn't load at startup, because it can not find canvas_setgraph in pd.dll, if I look up with my text editor, I can find this symbol into libpd.a, but not in pd.dll, while the text editor find this symbol in both files from last pd-extended,
I wanted to know if there is something to change into gridflow for accessing the static lib, or if there is something wrong in pd-vanilla last build?
best regards
On Thu, 19 Aug 2010, patko wrote:
gridflow doesn't load at startup, because it can not find canvas_setgraph in pd.dll, if I look up with my text editor, I can find this symbol into libpd.a, but not in pd.dll, while the text editor find this symbol in both files from last pd-extended,
I wanted to know if there is something to change into gridflow for accessing the static lib, or if there is something wrong in pd-vanilla last build?
Is it possible that the .dll of windows depends on the contents of the .h and not just the .a ? That would explain why it's a Windows-only problem.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On 2010-08-19 04:23, Mathieu Bouchard wrote:
Is it possible that the .dll of windows depends on the contents of the .h and not just the .a ? That would explain why it's a Windows-only problem.
no. the .dll of windows depends on the "__declspec(dllexport)" properly declared for a function. symbols that are not "exported" are not exported.
fgamsdr IOhannes
On Thu, 19 Aug 2010, IOhannes m zmoelnig wrote:
On 2010-08-19 04:23, Mathieu Bouchard wrote:
Is it possible that the .dll of windows depends on the contents of the .h and not just the .a ? That would explain why it's a Windows-only problem.
no. the .dll of windows depends on the "__declspec(dllexport)" properly declared for a function. symbols that are not "exported" are not exported.
So, given your explanation, I will take it as a 'yes', or a 'yes_and_no' ?
But you mean that the __declspec info is stored in the .a, taken from the .o, taken from the .c, and there's no way around recompiling pd from scratch to get that function exported ?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
-
IOhannes m zmoelnig -
Mathieu Bouchard -
patko