however, it would be nice if the shipped pd.lib (which uses the MinGW toolchain and doesn't have the MSVC tools) would contain all the required symbols.
Yes, what seems strange is that s_list and s_signal were defined in the shipped pd.def but not in pd.lib...
otoh, i do think that those global variables (`e.g. `s_float`) shouldn't be used in the first place: use the `gensym()` equivalents.
Why? I used these variable because I assumed that they are more efficient than using `gensym()` (and as they are defined EXTERN I also assumed that they can be used). But yes perhaps a better solution would be to generate and store the symbols in the new method of the object using `gensym()` (and it will be the same but for the sustainability of old codes, these symbols must be included).
Thanks
2018-05-23 11:38 GMT+02:00 IOhannes m zmoelnig zmoelnig@iem.at:
On 2018-05-23 11:29, Pierre Guillot wrote:
But there are missing symbols: on Windows 64bit I can't use s_list and s_signal for example. I solved the issue by creating my own pd.lib and pd.def from pd.dll. So if you encounter the
same
issue, you can simply do
dumpbin /EXPORTS pd.dll > pd.exports lib /def:pd.def /out:pd.lib
the problem with this is that it requires MSVC tools now, the target audience are MSVC-users (who else needs that pd.lib...), so they already have it. however, it would be nice if the shipped pd.lib (which uses the MinGW toolchain and doesn't have the MSVC tools) would contain all the required symbols.
otoh, i do think that those global variables (`e.g. `s_float`) shouldn't be used in the first place: use the `gensym()` equivalents.
gasdmr IOhannes
I hope it could help some of you. Perhaps we could add a documentation somewhere about it... (I don't know if it useful...) I can help if
needed.
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev