Thanks, I saw that we can use REQUIRES_RTT1=1 but that look like configure too.
I googled and got that with
cmake you set LLVM_ENABLE_RTTI to ON.
That did the trick, thanks, with 3.7.1
And Faust is working again!
Thanks for all your help.
Dr Victor Lazzarini
Dean of A
Luckily, I wrote down how to do that. :-)
I just commented out some lines from Makefile.rules, like this:
#ifneq ($(REQUIRES_RTTI), 1)
# CXX.Flags += -fno-rtti
#endif
I compiled using configure though. Don't know if it the above trick works
for cmake as well.
On Wed, Sep 7, 2016 at 5:33 PM, w
Similar error with 3.7.1
Undefined symbols for architecture x86_64:
"typeinfo for llvm::Instruction", referenced from:
typeinfo for llvm::GetElementPtrInst in llvm_code_container.o
typeinfo for llvm::SelectInst in llvm_code_container.o
typeinfo for llvm::PHINode in llvm_code_co
How do we configure the LLVM to remove the -fno-rtti switch? I could not find
it in the top level CMakeLists.txt.
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Maynooth University,
Maynooth, Co Kildare, Ireland
Tel: 00 353 7086936
Fax: 00 353 1 7086952
Yes….LLVM support is pure nightmare. Compiling on OS X 10.11 here works with
LLVM 3.6.2 and 3.7.1 without any special hack like Kjetil suggested.
Victor does 3.7.1 works for you?
Stéphane
> Le 7 sept. 2016 à 15:56, victor.lazzar...@nuim.ie a écrit :
>
> Problem is at the moment that I can’t b
Yes, I had the same problem. I didn't find out how to fix faust,
but it worked to recompile llvm with runtime type information
(i.e. without the -no-rttfi switch)
On Wed, Sep 7, 2016 at 3:56 PM, wrote:
> Problem is at the moment that I can’t build faust. Tried 3.8 and 3.6. With
> the latter I g
Have you tried compiling with "-fsanitize=undefined -fsanitize=address"?
The bug might appear faster with those switches.
On Wed, Sep 7, 2016 at 3:51 PM, Stéphane Letz wrote:
> Cannot link with latest LLVM 3.8.1 from macports here… hum...
>
> But LLVM 3.7.1 works.
>
> Stéphane
>
>
> > Le 7 sept
Problem is at the moment that I can’t build faust. Tried 3.8 and 3.6. With the
latter I get
Undefined symbols for architecture x86_64:
"typeinfo for llvm::ObjectCache", referenced from:
typeinfo for FaustObjectCache in llvm_dsp_aux.o
Dr Victor Lazzarini
Dean of Ar
Cannot link with latest LLVM 3.8.1 from macports here… hum...
But LLVM 3.7.1 works.
Stéphane
> Le 7 sept. 2016 à 15:34, victor.lazzar...@nuim.ie a écrit :
>
> This seems related to Kjetil’s issues
>
> https://sourceforge.net/p/faudiostream/mailman/message/35145821/
>
> I found this by goog
Do you get this error with any faust file, or just one specific?
Does this program work?
"
declare author "GRAME1";
declare copyright "GRAME2";
process = 0;
"
And does this program work?
"
declare author "GRAME";
declare copyright "GRAME";
process = 0;
"
(the first one always worked, the secon
This seems related to Kjetil’s issues
https://sourceforge.net/p/faudiostream/mailman/message/35145821/
I found this by googling. Do I need to apply the patches, or have they been
incorporated already?
Dr Victor Lazzarini
Dean of Arts, Celtic Studies and Philosophy,
Mayn
Ok. Thanks. LLVM 3.8 gives me this now when trying to link faust
undefined symbols for architecture x86_64:
"typeinfo for llvm::Instruction", referenced from:
typeinfo for llvm::SelectInst in llvm_code_container.o
"typeinfo for llvm::ObjectCache", referenced from:
typeinfo for Faus
OK, did you see anything from the backtrace that might indicate an LLVM issue?
Dr 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 7 Sep 2016, at 09:45, Stéphane
The debug build did not yield any clearer lldb outputs.
Dr 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 7 Sep 2016, at 09:40, victor.lazzar...@nuim.ie wrote:
LLVM 3.2, any DSP.
The funny thing is that I went to rebuild the older version I had and it also
segfaults, so it could be something
to do with moving to 10.11. The version I build on 10.10 last year was working
fine until I tried the update.
I am building now with -g and no optimisation to see
Hi,
I’ve just pulled and re-build from faust2 branch on OSX 10.11 and I am getting
a segfault when running
the faust command. Since I have no debugging symbols, all I can do is give you
a backtrace
bt
* thread #1: tid = 0x6a59aa, 0x0001003f92cf
faust`std::__1::__tree_node_base*&
std::__1:
16 matches
Mail list logo
