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_container.o
  "typeinfo for llvm::ObjectCache", referenced from:
      typeinfo for FaustObjectCache in llvm_dsp_aux.o
  "typeinfo for llvm::CmpInst", referenced from:
      typeinfo for llvm::FCmpInst in llvm_code_container.o
      typeinfo for llvm::ICmpInst in llvm_code_container.o
ld: symbol(s) not found for architecture x86_64


it must be to do with the lack of rtti support or something. But how it builds 
OK for Stéphane beats me.
========================
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 16:33, victor.lazzar...@nuim.ie wrote:
> 
> 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 
> 
>> On 7 Sep 2016, at 14:59, Kjetil Matheussen <k.s.matheus...@gmail.com> wrote:
>> 
>> 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, <victor.lazzar...@nuim.ie> wrote:
>> 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 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 14:51, Stéphane Letz <l...@grame.fr> wrote:
>>> 
>>> 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 googling. Do I need to apply the patches, or have they been
>>>> incorporated already?
>>>> 
>>>> ========================
>>>> 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 14:11, Stéphane Letz <l...@grame.fr> wrote:
>>>>> 
>>>>> OSX ? Linux ?
>>>>> 
>>>>>> Le 7 sept. 2016 à 15:06, victor.lazzar...@nuim.ie a écrit :
>>>>>> 
>>>>>> 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 FaustObjectCache in llvm_dsp_aux.o
>>>>>> "typeinfo for llvm::CmpInst", referenced from:
>>>>>>  typeinfo for llvm::FCmpInst in llvm_code_container.o
>>>>>> ld: symbol(s) not found for architecture x86_64
>>>>>> 
>>>>>> Do you know anything about these? Looks an LLVM install problem but it 
>>>>>> built and installed fine.
>>>>>> ========================
>>>>>> 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:53, Stéphane Letz <l...@grame.fr> wrote:
>>>>>>> 
>>>>>>> Not really  but who knows? ((-,
>>>>>>> 
>>>>>>> Another possible issue is mismatch between libc++ and linstdc++ (this « 
>>>>>>> string" trace could say …)
>>>>>>> 
>>>>>>> Stéphane
>>>>>>> 
>>>>>>> 
>>>>>>>> Le 7 sept. 2016 à 10:48, victor.lazzar...@nuim.ie a écrit :
>>>>>>>> 
>>>>>>>> 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 Letz <l...@grame.fr> wrote:
>>>>>>>>> 
>>>>>>>>> Possibly try a newer LLVM version also (up to 3.8 should work)
>>>>>>>>> 
>>>>>>>>> Stéphane
>>>>>>>>> 
>>>>>>>>>> Le 7 sept. 2016 à 10:43, victor.lazzar...@nuim.ie a écrit :
>>>>>>>>>> 
>>>>>>>>>> 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 if I get a 
>>>>>>>>>>> clearer debug line for you.
>>>>>>>>>>> ========================
>>>>>>>>>>> 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:32, Stéphane Letz <l...@grame.fr> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> Hi Victor,
>>>>>>>>>>>> 
>>>>>>>>>>>> - does is occur with any DSP?
>>>>>>>>>>>> 
>>>>>>>>>>>> - what version of LLVM are you using ?
>>>>>>>>>>>> 
>>>>>>>>>>>> Stéphane
>>>>>>>>>>>> 
>>>>>>>>>>>>> Le 7 sept. 2016 à 10:13, Victor Lazzarini 
>>>>>>>>>>>>> <victor.lazzar...@nuim.ie> a écrit :
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 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, 0x00000001003f92cf 
>>>>>>>>>>>>> faust`std::__1::__tree_node_base<void*>*& 
>>>>>>>>>>>>> std::__1::__tree<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> >, 
>>>>>>>>>>>>> std::__1::less<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > >, 
>>>>>>>>>>>>> std::__1::allocator<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > > 
>>>>>>>>>>>>> >::__find_equal<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > 
>>>>>>>>>>>>> >(std::__1::__tree_node_base<void*>*&, 
>>>>>>>>>>>>> std::__1::basic_string<char, std::__1::char_traits<char>, 
>>>>>>>>>>>>> std::__1::allocator<char> > const&) + 463, queue = 
>>>>>>>>>>>>> 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, 
>>>>>>>>>>>>> address=0x0)
>>>>>>>>>>>>> * frame #0: 0x00000001003f92cf 
>>>>>>>>>>>>> faust`std::__1::__tree_node_base<void*>*& 
>>>>>>>>>>>>> std::__1::__tree<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> >, 
>>>>>>>>>>>>> std::__1::less<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > >, 
>>>>>>>>>>>>> std::__1::allocator<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > > 
>>>>>>>>>>>>> >::__find_equal<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > 
>>>>>>>>>>>>> >(std::__1::__tree_node_base<void*>*&, 
>>>>>>>>>>>>> std::__1::basic_string<char, std::__1::char_traits<char>, 
>>>>>>>>>>>>> std::__1::allocator<char> > const&) + 463
>>>>>>>>>>>>> frame #1: 0x00000001003f88d2 
>>>>>>>>>>>>> faust`std::__1::__tree<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> >, 
>>>>>>>>>>>>> std::__1::less<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > >, 
>>>>>>>>>>>>> std::__1::allocator<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > > 
>>>>>>>>>>>>> >::__insert_unique(std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > const&) 
>>>>>>>>>>>>> + 98
>>>>>>>>>>>>> frame #2: 0x000000010014d248 
>>>>>>>>>>>>> faust`SourceReader::expandrec(CTree*, 
>>>>>>>>>>>>> std::__1::set<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> >, 
>>>>>>>>>>>>> std::__1::less<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > >, 
>>>>>>>>>>>>> std::__1::allocator<std::__1::basic_string<char, 
>>>>>>>>>>>>> std::__1::char_traits<char>, std::__1::allocator<char> > > >&, 
>>>>>>>>>>>>> CTree*) + 184
>>>>>>>>>>>>> frame #3: 0x000000010014d15b 
>>>>>>>>>>>>> faust`SourceReader::expandlist(CTree*) + 59
>>>>>>>>>>>>> frame #4: 0x00000001002a93ea faust`parseSourceFiles() + 362
>>>>>>>>>>>>> frame #5: 0x00000001002a237f faust`compile_faust_internal(int, 
>>>>>>>>>>>>> char const**, char const*, char const*, bool) + 607
>>>>>>>>>>>>> frame #6: 0x000000010029e609 faust`main + 57
>>>>>>>>>>>>> frame #7: 0x00007fff8ff7c5ad libdyld.dylib`start + 1
>>>>>>>>>>>>> frame #8: 0x00007fff8ff7c5ad libdyld.dylib`start + 1
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I’ll have to revert to my older version since this is not working.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> best regards
>>>>>>>>>>>>> ========================
>>>>>>>>>>>>> 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
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Faudiostream-users mailing list
>>>>>>>>>>>>> Faudiostream-users@lists.sourceforge.net
>>>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Faudiostream-users mailing list
>>>>>>>>>>> Faudiostream-users@lists.sourceforge.net
>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Faudiostream-users mailing list
>>>>>>>>>> Faudiostream-users@lists.sourceforge.net
>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> _______________________________________________
>>>>>>>> Faudiostream-users mailing list
>>>>>>>> Faudiostream-users@lists.sourceforge.net
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> ------------------------------------------------------------------------------
>>>>>> _______________________________________________
>>>>>> Faudiostream-users mailing list
>>>>>> Faudiostream-users@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> _______________________________________________
>>>> Faudiostream-users mailing list
>>>> Faudiostream-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Faudiostream-users mailing list
>>> Faudiostream-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>> 
>> 
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Faudiostream-users mailing list
>> Faudiostream-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
>> 
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Faudiostream-users mailing list
>> Faudiostream-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/faudiostream-users
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Faudiostream-users mailing list
> Faudiostream-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/faudiostream-users


------------------------------------------------------------------------------
_______________________________________________
Faudiostream-users mailing list
Faudiostream-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/faudiostream-users

Reply via email to