[Sc-devel] New Universal Branch

Dan Stowell danstowell at gmail.com
Sat Jun 9 13:35:15 PDT 2007


Hi -

On my PPC PowerBook: checked out the branch, opened the files in Xcode
2.3, pressed "Build" in the Synth project (i.e. left it in Dev build
configuration), got this error:

ld: Undefined symbols:
_sf_close
_sf_error_str
_sf_open
_sf_readf_float
_sf_seek
_sf_writef_float
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_SequencedCommand.o
reference to undefined _sf_close
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_SequencedCommand.o
reference to undefined _sf_error_str
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_SequencedCommand.o
reference to undefined _sf_open
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_SequencedCommand.o
reference to undefined _sf_readf_float
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_SequencedCommand.o
reference to undefined _sf_seek
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_SequencedCommand.o
reference to undefined _sf_writef_float
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_World.o
reference to undefined _sf_close
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_World.o
reference to undefined _sf_open
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_World.o
reference to undefined _sf_readf_float
/Users/dan/deletemeUB/SuperCollider3/Intermediate Build
Files/Synth.build/libscsynth.build/Objects-normal/i386/SC_World.o
reference to undefined _sf_writef_float
/usr/bin/libtool: internal link edit command failed


Dan



2007/6/9, Ryan Brown <ryan at wabdo.com>:
> I've committed a new branch named "universal", which is based on the
> trunk as of today. Improvements:
>
> - Builds universal binaries.
> - Adds icons for the various document types that SC creates (rtf,
> rtfd, html and sc). The icons are the SC cube with the extension
> below (similar to the Preview.app document icons).
> - You no longer have to run "defaults write com.apple.Xcode
> UsePerConfigurationBuildLocations NO" in order to build SC on newer
> versions of XCode.
> - The SC service ("Execute in SuperCollider...") is now integrated
> into the main app. Previously it was a separate binary that had to be
> installed into /Library/Services; now when you put SuperCollider.app
> somewhere under /Applications/ you automatically get the SC services
> menu.
> - A lot of miscellaneous clean-up. For example, the distinction
> between the LangPrimSource and LangSource directories has never been
> respected. Primitives are in both directories. Now all the primitives
> are in LangPrimSource, and strictly language code (VM, GC, etc) is in
> LangSource. There were previously two slightly varying version of
> SC_AllocPool.cpp (one in common, one in LangSource), now there is
> only one. fftlib.c is shared between lang and server but was
> previously in the plugins directory - now it is in common. Etc.
> - SConstruct was broken for building on Darwin because of a problem
> with SSE detection. Now fixed.
>
> The reason I put this in a new branch is because I haven't tested
> building on Linux, Windows, or PowerPC macs. The linux scons script
> has been updated to reflect the changes in the source tree so it
> should build on Linux (it does on Darwin). The XCode projects should
> also build fine on PPC (they use the 10.4u SDK). The Windows stuff I
> haven't looked at, and I don't intend to (visual studio...) - but my
> guess is that the Windows build has been broken for a while.
>
> Could those of you with Linux or PowerPC Macs try to do a build? Once
> it has been tested we should replace trunk with this branch, and put
> a new build on the main SC sourceforge site.
>
> Best,
> Ryan
> _______________________________________________
> Sc-devel mailing list
> Sc-devel at create.ucsb.edu
> http://www.create.ucsb.edu/mailman/listinfo/sc-devel
>


-- 
http://www.mcld.co.uk


More information about the Sc-devel mailing list