[PD-dev] pd.lib & msvc - missing symbols

Pierre Guillot guillotpierre6 at gmail.com
Wed May 23 12:01:41 CEST 2018


> 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 at 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 at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20180523/50ee7b52/attachment.html>


More information about the Pd-dev mailing list