Yes I did

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Ok. The problem is with an undefined symbol that I guess is expected to be in
a dynamic lib, but that lib is not available when the opcode lib is loaded. 

Normally, I would expect that all of LLVM is statically linked, as well as faustlib
(it’s a .a). I wonder if we can at least locate the undefined symbols and
see what are they. Maybe try

nm libfaustcsound.so | grep “ U “ 

and see what you get. I get all the C++ and C standard lib symbols and that’s all (checked on OSX).
In fact 

nm libfaustcsound.dylib | grep " U " | grep “llvm"

should return nothing.  And

nm libfaustcsound.dylib | grep “llvm"

should show no “U” symbols anywhere.

(I am also wondering what the llvm7 part of the symbol name means, as I am getting all
sorts of things like llvm8 llvm9 llvm32 etc, which probably do not mean version or at least
in the way we are thinking.)

In any case, the cause of the issue is clear. The llvm symbol is expected to be somewhere in the
code and it’s not. I wonder also whether this could be a problem with the libfaust build.
========================
Prof. Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952 

> On 21 Jan 2019, at 10:27, ebmtranceboy  wrote:
> 
> Yes I did
> 
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here


Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here