| Bernt: I was concerned that it might not work on 10.7.5, but it does!
Thanks a bunch for sending that. Does using the x86-64 build have any
compatibility implications for exported instruments and effects (.dlls
etc)?
Steven, I'm more than glad to open the bug with homebrew, I was just
trying to make sure I'm not wasting their time by reporting something
that shouldn't be done in the first place. I'm on the road tomorrow,
but I should have some time once I get home to get those posted up for
them.
Thanks for the help!
On Thu, Sep 4, 2014 at 5:35 PM, Steven Yi wrote:
> Yeah I'm not really sure what homebrew does by default there for
> --universal. It makes sense that if you're building universal that
> it'd require universal for dependencies, IMO.
>
> On Thu, Sep 4, 2014 at 1:45 AM, Kevin Welsh wrote:
>> I didn't file a bug yet, I wanted to poke around more first and make
>> sure I'm doing everything "right" according to their guidelines...
>>
>> What I noticed is that --universal doesn't make the difference, --HEAD does:
>>
>> $ brew install -v --universal libvorbis
>> Warning: libvorbis-1.3.4 already installed, it's just not linked
>>
>> $ brew install --HEAD -v --universal libvorbis
>> ==> Checking out http://svn.xiph.org/trunk/vorbis
>> svn up --force /Library/Caches/Homebrew/libvorbis--svn-HEAD
>> At revision 19206.
>> svn export --force /Library/Caches/Homebrew/libvorbis--svn-HEAD
>> /private/tmp/libvorbis-FchAN6
>> Export complete.
>> ==> ./autogen.sh
>> checking for autoconf...
>> -n checking for automake 1.11 or later...
>> automake
>> -n checking for aclocal 1.11 or later...
>> aclocal
>> -n checking for libtool...
>>
>> etc etc --- until it fails with the messages I provided earlier.
>>
>> When I try "$ brew install -v --universal csound" it fails and tells
>> me to link libvorbis, which I do. The next attempt with the same
>> command then appears to be reinstalling libvorbis the same as if I had
>> used --HEAD. Does csound's homebrew build somehow imply this setting
>> for other packages, and should it? Sorry if this is a stupid
>> question, I really don't know a whole lot about homebrew and how it
>> works.
>>
>> On Wed, Sep 3, 2014 at 6:12 PM, Steven Yi wrote:
>>> Yeah, you might want to file an issue on the homebrew issues list then
>>> about libvorbis and universal.
>>>
>>> On Wed, Sep 3, 2014 at 5:17 PM, Kevin Welsh wrote:
>>>> It fails the same just attempting to install libvorbis with
>>>> --universal. If I remove the universal flag, it has me install
>>>> libvorbis by relinking what already existed with "brew link
>>>> libvorbis", it is successful, but doesn't get me any closer to my
>>>> goal.
>>>>
>>>> I'm guessing this is a bigger problem I need to take upstream with
>>>> them? I'll probably try to open a report on it, once I figure out
>>>> exactly who I should bother with it. For now tho, the group I'm
>>>> traveling with is about to do dinner, so I will have to try again
>>>> later.
>>>>
>>>> Any suggestions are of course still appreciated!
>>>>
>>>> On Wed, Sep 3, 2014 at 3:55 PM, Steven Yi wrote:
>>>>> Yeah, I'm not sure what went wrong there with libvorbis. You might
>>>>> try to install that on its own using "brew install libvorbis
>>>>> --universal" and see if that gives the same error or not.
>>>>>
>>>>> On Wed, Sep 3, 2014 at 2:11 PM, Kevin Welsh wrote:
>>>>>> --universal introduced a *LOT* more dependencies for building csound, including:
>>>>>>
>>>>>> pcre, pkg-config, autoconf, automake, libtool, xz, flac, libogg,
>>>>>> libvorbis, libsndfile, portaudio, liblo, boost, libpng, jpeg, fltk,
>>>>>> eigen
>>>>>>
>>>>>> And perhaps more dependencies too, the line appeared cut off. The
>>>>>> build fails on libvorbis with the following message, which the first
>>>>>> few google results haven't provided much insight over:
>>>>>>
>>>>>> In file included from envelope.c:24:
>>>>>> In file included from ./codec_internal.h:59:
>>>>>> In file included from ./bitrate.h:23:
>>>>>> In file included from ./os.h:155:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/emmintrin.h:31:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/xmmintrin.h:40:
>>>>>> /usr/bin/../lib/clang/4.2/include/mm_malloc.h:33:12: error:
>>>>>> conflicting types for 'posix_memalign'
>>>>>> extern int posix_memalign(void **memptr, size_t alignment, size_t size);
>>>>>> ^
>>>>>> /usr/include/stdlib.h:173:7: note: previous declaration is here
>>>>>> int posix_memalign(void **, size_t, size_t)
>>>>>> __OSX_AVAILABLE_STARTING(__MAC_10_6, __IPHONE_3_0);
>>>>>> ^
>>>>>> 1 error generated.
>>>>>> make[2]: *** [envelope.lo] Error 1
>>>>>> make[2]: *** Waiting for unfinished jobs....
>>>>>> In file included from mdct.c:46:
>>>>>> In file included from ./os.h:155:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/emmintrin.h:31:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/xmmintrin.h:40:
>>>>>> /usr/bin/../lib/clang/4.2/include/mm_malloc.h:33:12: error:
>>>>>> conflicting types for 'posix_memalign'
>>>>>> extern int posix_memalign(void **memptr, size_t alignment, size_t size);
>>>>>> ^
>>>>>> /usr/include/stdlib.h:173:7: note: previous declaration is here
>>>>>> int posix_memalign(void **, size_t, size_t)
>>>>>> __OSX_AVAILABLE_STARTING(__MAC_10_6, __IPHONE_3_0);
>>>>>> ^
>>>>>> 1 error generated.
>>>>>> make[2]: *** [mdct.lo] Error 1
>>>>>> In file included from block.c:26:
>>>>>> In file included from ./codec_internal.h:59:
>>>>>> In file included from ./bitrate.h:23:
>>>>>> In file included from ./os.h:155:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/emmintrin.h:31:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/xmmintrin.h:40:
>>>>>> /usr/bin/../lib/clang/4.2/include/mm_malloc.h:33:12: error:
>>>>>> conflicting types for 'posix_memalign'
>>>>>> extern int posix_memalign(void **memptr, size_t alignment, size_t size);
>>>>>> ^
>>>>>> /usr/include/stdlib.h:173:7: note: previous declaration is here
>>>>>> int posix_memalign(void **, size_t, size_t)
>>>>>> __OSX_AVAILABLE_STARTING(__MAC_10_6, __IPHONE_3_0);
>>>>>> ^
>>>>>> 1 error generated.
>>>>>> make[2]: *** [block.lo] Error 1
>>>>>> In file included from smallft.c:35:
>>>>>> In file included from ./os.h:155:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/emmintrin.h:31:
>>>>>> In file included from /usr/bin/../lib/clang/4.2/include/xmmintrin.h:40:
>>>>>> /usr/bin/../lib/clang/4.2/include/mm_malloc.h:33:12: error:
>>>>>> conflicting types for 'posix_memalign'
>>>>>> extern int posix_memalign(void **memptr, size_t alignment, size_t size);
>>>>>> ^
>>>>>> /usr/include/stdlib.h:173:7: note: previous declaration is here
>>>>>> int posix_memalign(void **, size_t, size_t)
>>>>>> __OSX_AVAILABLE_STARTING(__MAC_10_6, __IPHONE_3_0);
>>>>>> ^
>>>>>> 1 error generated.
>>>>>> make[2]: *** [smallft.lo] Error 1
>>>>>> make[1]: *** [install-recursive] Error 1
>>>>>> make: *** [install-recursive] Error 1
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/include/vorbis vorbis
>>>>>> ln -s ../../Cellar/libvorbis/1.3.4/share/doc/libvorbis-1.3.4 libvorbis-1.3.4
>>>>>> ln -s ../../Cellar/libvorbis/1.3.4/share/aclocal/vorbis.m4 vorbis.m4
>>>>>> ln -s ../../Cellar/libvorbis/1.3.4/lib/pkgconfig/vorbisfile.pc vorbisfile.pc
>>>>>> ln -s ../../Cellar/libvorbis/1.3.4/lib/pkgconfig/vorbisenc.pc vorbisenc.pc
>>>>>> ln -s ../../Cellar/libvorbis/1.3.4/lib/pkgconfig/vorbis.pc vorbis.pc
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbisfile.dylib libvorbisfile.dylib
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbisfile.a libvorbisfile.a
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbisfile.3.dylib libvorbisfile.3.dylib
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbisenc.dylib libvorbisenc.dylib
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbisenc.a libvorbisenc.a
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbisenc.2.dylib libvorbisenc.2.dylib
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbis.dylib libvorbis.dylib
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbis.a libvorbis.a
>>>>>> ln -s ../Cellar/libvorbis/1.3.4/lib/libvorbis.0.dylib libvorbis.0.dylib
>>>>>> ==> Configuration
>>>>>> HOMEBREW_VERSION: 0.9.5
>>>>>> HEAD: e46f2be2eba763dbe60856295a953b87376e24df
>>>>>> CPU: quad-core 64-bit sandybridge
>>>>>> OS X: 10.7.5-x86_64
>>>>>> Xcode: 4.6.3
>>>>>> CLT: 4.6.0.0.1.1365549073
>>>>>> X11: 2.7.6 => /opt/X11
>>>>>> ==> ENV
>>>>>> HOMEBREW_CC: clang
>>>>>> HOMEBREW_CXX: clang++
>>>>>> MAKEFLAGS: -j4
>>>>>> CMAKE_PREFIX_PATH: /usr/local
>>>>>> CMAKE_INCLUDE_PATH:
>>>>>> /usr/include/libxml2:/System/Library/Frameworks/OpenGL.framework/Versions/Current/Headers
>>>>>> CMAKE_LIBRARY_PATH:
>>>>>> /System/Library/Frameworks/OpenGL.framework/Versions/Current/Libraries
>>>>>> PKG_CONFIG_PATH:
>>>>>> /usr/local/opt/xz/lib/pkgconfig:/usr/local/opt/libogg/lib/pkgconfig
>>>>>> PKG_CONFIG_LIBDIR: /usr/lib/pkgconfig
>>>>>> ACLOCAL_PATH: /usr/local/share/aclocal
>>>>>> PATH: /usr/local/Library/ENV/4.3:/usr/local/opt/xz/bin:/usr/local/opt/pkg-config/bin:/usr/bin:/bin:/usr/sbin:/sbin
>>>>>>
>>>>>> On Wed, Sep 3, 2014 at 1:48 PM, Kevin Welsh wrote:
>>>>>>> @Steven: I was not aware of that option, so I had not tried it yet.
>>>>>>> I'll give it a shot now and report back as soon as my connection
>>>>>>> cooperates :)
>>>>>>>
>>>>>>> @Rory: That sounds ideal, but I'll try Steven's --universal option in
>>>>>>> the mean time. If I'm able to start compiling from source, I wouldn't
>>>>>>> mind helping you with OSX bins in the future if needed. Cabbage looks
>>>>>>> awesome, and I can't wait to dive in to it!
>>>>>>>
>>>>>>> On Wed, Sep 3, 2014 at 12:47 PM, Rory Walsh wrote:
>>>>>>>> I think Bernt has a x86-64 build done of Cabbage. Bernt?
>>>>>>>>
>>>>>>>> On 3 Sep 2014 17:07, "Steven Yi" wrote:
>>>>>>>>>
>>>>>>>>> It looks like the issue is this:
>>>>>>>>>
>>>>>>>>> mach-o, but wrong architecture
>>>>>>>>>
>>>>>>>>> My guess is that the Cabbage binary is i386-only and the homebrew
>>>>>>>>> built csound is x86_64-only.
>>>>>>>>>
>>>>>>>>> Kevin: Did you try using the universal option with homebrew when
>>>>>>>>> building Csound? I think you'd just have to add --universal when
>>>>>>>>> building with homebrew.
>>>>>>>>>
>>>>>>>>> On Wed, Sep 3, 2014 at 11:16 AM, Rory Walsh wrote:
>>>>>>>>> > Looks like Cabbage is not finding your Csound library? Do you install
>>>>>>>>> > the home brew target anywhere? I'm not too well versed on paths and
>>>>>>>>> > what not on OSX, but if Cabbage can't find the Csound library it will
>>>>>>>>> > fail on startup.
>>>>>>>>> >
>>>>>>>>> > On 3 September 2014 16:09, Kevin Welsh wrote:
>>>>>>>>> >> I wasn't sure if I'd have better luck asking here or at the cabbage
>>>>>>>>> >> forums, I figured I would try here first since I'm already a member of
>>>>>>>>> >> this list. Thanks in advance for any help or suggestions.
>>>>>>>>> >>
>>>>>>>>> >> I am trying to install Cabbage on OS-X 10.7.5, using a home-brew build
>>>>>>>>> >> of Csound (csound works fine otherwise, including using API with
>>>>>>>>> >> blue). I have tried running a few different cabbage binaries, and
>>>>>>>>> >> building from the source, neither with success.
>>>>>>>>> >>
>>>>>>>>> >> With the binaries, I tried the "newest" available binary release
>>>>>>>>> >> .5.11-alpha (Cabbage_03_07_14_OSX10.8.zip) and also the custom 10.8 /
>>>>>>>>> >> xcode 5 custom build from this thread:
>>>>>>>>> >> tried version for 10.8 / xcode 5 from here:
>>>>>>>>> >> http://www.thecabbagefoundation.org/viewtopic.php?f=21&t=362
>>>>>>>>> >>
>>>>>>>>> >> But both failed with this similar message:
>>>>>>>>> >>
>>>>>>>>> >> dyld: Library not loaded:
>>>>>>>>> >> CsoundLib64.framework/Versions/6.0/CsoundLib64
>>>>>>>>> >> Referenced from:
>>>>>>>>> >> /Users/tgrey/csound/installs/./Cabbage.app/Contents/MacOS/Cabbage
>>>>>>>>> >> Reason: no suitable image found. Did find:
>>>>>>>>> >>
>>>>>>>>> >> /Users/tgrey/Library/Frameworks/CsoundLib64.framework/Versions/6.0/CsoundLib64:
>>>>>>>>> >> mach-o, but wrong architecture
>>>>>>>>> >> Trace/BPT trap: 5
>>>>>>>>> >>
>>>>>>>>> >> I also tried building .5.12-alpha from source, xcode 4.6.3 appears to
>>>>>>>>> >> be the newest build compatible with my OS version, and the build
>>>>>>>>> >> failed with:
>>>>>>>>> >>
>>>>>>>>> >> failed to find AUResources/AUResources.r
>>>>>>>>> >>
>>>>>>>>> >> /Users/tgrey/csound/installs/cabbage/cabbage-0.5.12/Builds/MacOSX/../../JuceLibraryCode/modules/juce_audio_plugin_client/AU/juce_AU_Resources.r:49:
>>>>>>>>> >> ### /Applications/Xcode.app/Contents/Developer/usr/bin/Rez - SysError
>>>>>>>>> >> 0 during open of "AUResources.r".
>>>>>>>>> >> Fatal Error!
>>>>>>>>> >>
>>>>>>>>> >> /Users/tgrey/csound/installs/cabbage/cabbage-0.5.12/Builds/MacOSX/../../JuceLibraryCode/modules/juce_audio_plugin_client/AU/juce_AU_Resources.r:49:
>>>>>>>>> >> ### /Applications/Xcode.app/Contents/Developer/usr/bin/Rez - Fatal
>>>>>>>>> >> Error, can't recover.
>>>>>>>>> >> AUResources.r: ###
>>>>>>>>> >> /Applications/Xcode.app/Contents/Developer/usr/bin/Rez - Since errors
>>>>>>>>> >> occurred,
>>>>>>>>> >> /Users/tgrey/csound/installs/cabbage/cabbage-0.5.12/Builds/MacOSX/build/CabbagePlugin.build/Debug/CabbagePlugin.build/ResourceManagerResources/Objects/juce_AU_Resources.rsrc's
>>>>>>>>> >> resource fork was not written.
>>>>>>>>> >> Command /Applications/Xcode.app/Contents/Developer/usr/bin/Rez failed
>>>>>>>>> >> with exit code 3
>>>>>>>>> >>
>>>>>>>>> >> ** BUILD FAILED **
>>>>>>>>> >>
>>>>>>>>> >> The following build commands failed:
>>>>>>>>> >> Rez
>>>>>>>>> >> build/CabbagePlugin.build/Debug/CabbagePlugin.build/ResourceManagerResources/Objects/juce_AU_Resources.rsrc
>>>>>>>>> >>
>>>>>>>>> >> ../../JuceLibraryCode/modules/juce_audio_plugin_client/AU/juce_AU_Resources.r
>>>>>>>>> >> (1 failure)
>>>>>>>>> >>
>>>>>>>>> >>
>>>>>>>>> >> Send bugs reports to
>>>>>>>>> >> https://github.com/csound/csound/issues
>>>>>>>>> >> Discussions of bugs and features can be posted here
>>>>>>>>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>>>>> >> "unsubscribe csound"
>>>>>>>>> >>
>>>>>>>>> >>
>>>>>>>>> >>
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > Send bugs reports to
>>>>>>>>> > https://github.com/csound/csound/issues
>>>>>>>>> > Discussions of bugs and features can be posted here
>>>>>>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>>>>>>> > csound"
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Send bugs reports to
>>>>>>>>> https://github.com/csound/csound/issues
>>>>>>>>> Discussions of bugs and features can be posted here
>>>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>>>>>>> csound"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>>
>>>>>> Send bugs reports to
>>>>>> https://github.com/csound/csound/issues
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to
>>>>> https://github.com/csound/csound/issues
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> Send bugs reports to
>>>> https://github.com/csound/csound/issues
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>>
>>>>
>>>>
>>>
>>>
>>> Send bugs reports to
>>> https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>
>>>
>>>
>>
>>
>> Send bugs reports to
>> https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>
>>
>>
>
>
> Send bugs reports to
> https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>
>
|