[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-dev] sc3-plugins distro scripts



I meant that, in compile.sh, before the last "Done", do:

	rm -rf build/xSC3ExtPlugins-Universal.build

Otherwise, I do think there is a way to do the second thing... that rings a bell! I'll try to figure it out.

Best,

Josh

On Dec 10, 2008, at 12:09 PM, Dan Stowell wrote:

Good work Josh in tracing the issue so quickly...

When you say "rm on that folder" what do you mean? It doesn't exist in
svn. It's created by xcode during build.

For the main supercollider xcode projs, the intermediate files all go
to a folder called "Intermediate Build Files" rather than into the
"build" folder. It would seem sensible if we made the sc3-plugins proj
do the exactly analogous thing. Josh, if you know immediately how to
do that then please do. Otherwise I'll have a look...

Dan


2008/12/10, Josh Parmenter <josh@xxxxxxxxxxxxxxxxx>:
Great!

Dan - what do you think about rm on that folder OR moving it out of the build directory (perhaps up one level?). I can't think of a reason to keep
it, but perhaps others do?

Best,

Josh


On Dec 10, 2008, at 9:37 AM, Fredrik Olofsson wrote:


yes! that's it. works. they're universal and no problem booting the server. this also makes sense when i read back the error messages i got
more carefully.
_f

10 dec 2008 kl. 18.25 skrev Josh Parmenter:
delete this folder...

xSC3ExtPlugins-Universal.build

Do the errors go away?

Best,

Josh


On Dec 10, 2008, at 9:18 AM, Fredrik Olofsson wrote:


here's the output.  thanks for looking into this.

BatUGens
BatUGens.scx
BlackrainUGens
BlackrainUGensUB.scx
JoshAmbiUGensUB.scx
JoshGrainUGensUB.scx
JoshPVUGensUB.scx
JoshUGens
JoshUGensUB.scx
LadspaUGens
LadspaUGens.scx
LoopBuf.scx
MCLDAYUGen.scx
MCLDBufferUgensUB.scx
MCLDChaosUgensUB.scx
MCLDDistortionUgensUB.scx
MCLDFFTTriggerUgensUB.scx
MCLDFFTUgensUB.scx
MCLDFilterUgensUB.scx
MCLDGetenvUGenUB.scx
MCLDOscUGens.scx
MCLDSOMUGens.scx
MCLDTriggeredStatsUGensUB.scx
MCLD_CQ_UgensUB.scx
MCLD_UGens
MLfftwUGens
MLfftwUGensUB.scx
MdaUGens
MdaUGens.scx
MembraneUGens
MembraneUGens.scx
RMEQSuiteUGens
RMEQSuiteUGensUB.scx
SLUGens
SLUGensUB.scx
STKUGensUB.scx
StkUGens
SymbolicMachines
TagSystemUGens
VOSIM
bhobChaos.scx
bhobFFT.scx
bhobFilt.scx
bhobGrain.scx
bhobNoise.scx
bhobUGens
ljpclasses
plugins
xSC3ExtPlugins-Universal.build






10 dec 2008 kl. 18.02 skrev Josh Parmenter:

fredrik... can you run this in Terminal and send me the mysc3dir.txt file
that shows up on your Desktop?

cd src/supercollider/sc3-plugins/build; ls
~/Desktop/mysc3dir.txt

I think the issue may be something that needs to be added to the script...

Thanks,

Josh

On Dec 10, 2008, at 7:55 AM, Fredrik Olofsson wrote:


yes, something fishy with xcode. i tried to erase and click in those 2 boxes, i tried to change the order to 'i386 ppc' and a few other variations.
i also tried to build from within xcode.  the finder always says the
resulting scx files are ub, but when i boot the server i get wrong
architecture.

dan, when i type ARCHS in that field it automatically expands to i386.

Plugins.xcodeproj in the main distro says <Multiple values> but i can't figure out which values and where they are set. perhaps we could copy that
setting somehow.

sorry i can't help any more.  xcode is not my territory.
_f

10 dec 2008 kl. 16.45 skrev Josh Parmenter:


Actually - I think this has to do with XCode - and a command line setting about using some kind of folder. I'll figure it out in a bit (I am terribly rushed at the moment), but I think the problem is SC finding both the UB plugins AND the PPC / Intel specific plugins (that are lipo'd together) in
your build folder.

More soon.

Josh

On Dec 10, 2008, at 5:54 AM, Dan Stowell wrote:


2008/12/10, Fredrik Olofsson <f@xxxxxxxxxxxxxxxxxxx>:
the $ARCHS variable is mentioned in the comment field, lower part of 'edit
project settings' window.
"A list of the architectures for which the product will be built.  By
default only the native architecture (the one for the machine on which Xcode is running) is produced. If more than one architecture is specified, a
universal binary will be produced. [ARCHS]"

Ummmmmmm... but what that means is that "ARCHS" is the underlying name
of the setting that you're changing. So, by changing the value of
"ARCHS" to $ARCHS you're probably setting it to empty, and therefore
to the default, which is to build for the host architecture only. Do
you definitely get UB versions of the .scx files at the end, or do you
get intel-only?

Dan


 #|
    fredrikolofsson.com     klippav.org     musicalfieldsforever.com
 |#




******************************************

/* Joshua D. Parmenter

http://www.realizedsound.net/josh/




"Every composer – at all times and in all cases – gives his own
interpretation of how modern society is structured: whether actively or passively, consciously or unconsciously, he makes choices in this regard. He may be conservative or he may subject himself to continual renewal; or he may strive for a revolutionary, historical or social palingenesis." - Luigi
Nono*/



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

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/

******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

“Every composer – at all times and in all cases – gives his own interpretation of how modern society is structured: whether actively or passively, consciously or unconsciously, he makes choices in this regard. He may be conservative or he may subject himself to continual renewal; or he may strive for a revolutionary, historical or social palingenesis." - Luigi Nono
*/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/