I run into this on occasion... is there a way to get XCode to ignore a
> You may have installed some software which "helpfully" overwrote your
> libsndfile with a single-arch version? That's my best guess. Check
> using
>
> lipo -info /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/
> libsndfile.dylib
>
> (The SDK version may itself just be a softlink)
>
> Dan
>
> 2008/5/5 <
thelych@...>:
>>
>> Hi Scott,
>>
>> i do not have this problem for the Synth.xcodeproj (and the
>> others). rev
>> 7543.
>>
>> Have you compiled differently some modules or have you changed
>> accidentally
>> the architectures.
>> You can have those kind of messages if one library / component
>> linked was
>> compiled for a different arch.
>> is your libsndfile.a is the same target arch than your project ? (i
>> had once
>> a similar problem with liblo when i compiled a static lib from it
>> but had a
>> compatibility problem with target SDK and target architecture) ->
>> Everything
>> must match otherwise you can have those kind of messages.
>>
>> hope that will help you for resolving it...
>>
>> charles
>> Le 5 mai 08 à 14:35, Scott Wilson a écrit :
>>
>>
>> I'm suddenly getting a build failed for the synth project.
>>
>>
>> ld: warning in
>> /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libsndfile.dylib,
>> file is not
>> of required architecture
>> Undefined symbols:
>> "_sf_close", referenced from:
>> BufCloseCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadCmd::Stage2() in SC_SequencedCommand.o
>> BufReadCmd::Stage2() in SC_SequencedCommand.o
>> BufReadCmd::Stage2() in SC_SequencedCommand.o
>> BufWriteCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> World_Cleanup(World*) in SC_World.o
>> World_Cleanup(World*) in SC_World.o
>> World_Cleanup(World*) in SC_World.o
>> World_Cleanup(World*) in SC_World.o
>> _World_NonRealTimeSynthesis in SC_World.o
>> _World_NonRealTimeSynthesis in SC_World.o
>> "_sf_error_str", referenced from:
>> BufWriteCmd::Stage2() in SC_SequencedCommand.o
>> "_sf_writef_float", referenced from:
>> BufWriteCmd::Stage2() in SC_SequencedCommand.o
>> _World_NonRealTimeSynthesis in SC_World.o
>> "_sf_open", referenced from:
>> BufAllocReadCmd::Stage2() in SC_SequencedCommand.o
>> BufReadCmd::Stage2() in SC_SequencedCommand.o
>> BufWriteCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> _World_NonRealTimeSynthesis in SC_World.o
>> _World_NonRealTimeSynthesis in SC_World.o
>> "_sf_seek", referenced from:
>> BufAllocReadCmd::Stage2() in SC_SequencedCommand.o
>> BufReadCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> "_sf_readf_float", referenced from:
>> BufAllocReadCmd::Stage2() in SC_SequencedCommand.o
>> BufReadCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufAllocReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> BufReadChannelCmd::Stage2() in SC_SequencedCommand.o
>> _World_NonRealTimeSynthesis in SC_World.o
>> ld: symbol(s) not found
>> collect2: ld returned 1 exit status
>> ** BUILD FAILED **
>>
>>
>> I thought this issue was resolved a long time ago. Is there something
>> obvious that is causing this?
>>
>> S.
>>
>> _______________________________________________
>> Sc-devel mailing list
>>
Sc-devel@...
>>
http://lists.create.ucsb.edu/mailman/listinfo/sc-devel>>
>>
>> _______________________________________________
>> Sc-devel mailing list
>>
Sc-devel@...
>>
http://lists.create.ucsb.edu/mailman/listinfo/sc-devel>>
>>
>
>
>
> --
>
http://www.mcld.co.uk> _______________________________________________
> Sc-devel mailing list
>
Sc-devel@...
>
http://lists.create.ucsb.edu/mailman/listinfo/sc-devel/* Joshua D. Parmenter
regard. He may be conservative or he may subject himself to continual