Some updates and request for help.

The lack of "s_float" was due to it being defined in m_class.c which I had to include to my project. However, this only introduced a new list of undefined external symbols. Adding relevant looking files to the project only contributes to expand the list of unresolved symbols even more.

Is it common to have to prepare an environment where I can build Pd entirely before I can build a simple external to use with it?

Geee, when I got the "helloworld" example running, I thought I was practically done setting up my environment. Up to this point, working on VC++ 2008 was quite handy and straight forward so I think I will work on this compiler a bit more, unless someone kindly warns me that I am heading for a dead end.

I would appreciate any hints on what I may be missing.

-- David Shimamoto

Hi,

Using VC++2008 Express on WinXP-SP2,

Referring to "How to write an External in Puredata" http://pdstatic.iem.at/externals-HOWTO/

In short, the code "helloworld" builds and runs fine on both pd-Vanilla0.39 and the latest nightly build of pd-extended. However, the second demonstration "counter" does not work as it lacks symbolic links to _s_float.

Following is an "excerpt" of the output message since parts of the original message is in a foreign language.

hworld.obj : error LNK2001: External symbol "_s_float" unresolved. fatal error LNK1120: 1 unresolved externals

I've found previous posts going back to 2003 with similar issues of _s_**** not being resolved under VC++ so I am imagining this particular situation is somewhat an FAQ. The sad part is that I found no useful solution suggested.

Does anyone have any idea of what is going on?

-- David Shimamoto

---

Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev