On 04/20/2018 11:06 PM, Ed Kelly via Pd-list wrote:
> Code was shared previously on a github, but here's the offending article, and the link.
>
> The botherer is called mbc_lpc~.c
>
> edkellytista9/LPCToolkitPd

you know, "edkellytista9/LPCToolkitPd" can be about everything; why
would i have thought about a github project?

anyhow.

compiling your file prints a huge fat warning:
> mbc_lpc~.c:661:1: warning: control reaches end of non-void function
[-Wreturn-type]

which is indeed true, and it is telling you that your constructor
function lpc_new() is not returning anything (and definitely not an object).

the externals howto [1] says:
> The constructor has to return a pointer to the instantiated
> data space.

but even with that fixed, it doesn't load.
now i've asked you to:
- run Pd with "-verbose".
- check the console.

to which you replied:
> tried...(all pd search paths)...and failed
> tried...(current directory)...and failed

however, when i try to load your external i get:
> tried /tmp/zmoelnig/LPCToolkitPd/mbc_lpc~.l_ia64 and succeeded
> load_object: Symbol "mbc_lpc_tilde_setup" not found

which is writing out as plain as possible that your external misses the
only function that it *must* have in order to be any use to Pd: the
callback function that allows your external to bootstrap.
(while blindly copying, you renamed your object but forgot to rename the
setup function).


apart from that:
- please mark all your functions as static. you will get nameclashes
otherwise. making your objects use totally different functions than you
expect (and possible making the object of other people use different
functions).
- template Makefile 1.0.14? seriously? consider switching to
pdlibbuilder. it's much nicer. for starters, it doesn't make bogus
file-extensions on linux/amd64.


gfmdsar
IOhannes

[1]
https://github.com/pure-data/externals-howto#constructor-instantiation-of-an-object