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 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

Reply via email to