> >>
> >> Mac
> >>
> >> No info yet.
Well, that certainly will not do...
If the user has a Mac that shipped with an OS X version prior to 10.3
(includes 10.2 and 10.1) then it is possible that the default shell is
the Tenex C-shell (tcsh). If this is the case, then you either have to
type
~% setenv OPCODEDIR "/Users/you/your/Csound5/build"
or change your /etc/profile and or edit your .tcshrc file.
If the user has a Mac that shipped with OS X 10.3 or 10.4 then it
likely has the "Bourne-again" C-shell (bash) as the default shell. If
this is the case, then the user must type something like
~$ export OPCODEDIR=/Users/you/your/Csound5/build
in addition if the bash shell is the default, then it is usually
easier to edit your .bashrc or /etc/profile.
Note that if users choose one of the above methods, ie editing the
.bashrc file then the environment variables are executed when a new
shell is created. This can be problematic if your application
implements a Quartz or Aqua interface and does not use the
commandline.
If this is the case, then the standard solution (up to OS 10.3.9) is
to create an XML property list file (called a .plist file by the OS).
This file should nominally be located at ~/.MacOSX/Environment.plist.
This has been a solution specifically for the [csoundapi~] object for
Pd on OS X. Since Pd uses an OS X native .app style packaging, and
runs off of the Aqua interface, the standard means of supplying
environment variables to Csound do not work. The solution is to set
Csound's environment variables for the Aqua environment.
Likely, most users will not have the hidden folder .MacOSX located in
their $HOME directory (aka ~/) This folder must first be created and
the Environment.plist added to this folder. The contents of the
Environment.plist file should be something like
OPCODEDIR
/Library/Frameworks/CsoundLib.framework/Versions/5.1/Resources/Opcodes
OPCODEDIR64
/Volumes/ExternalHD/devel/csound5/lib64
INCDIR
/Volumes/ExternalHD/CSOUND/include
SFDIR
/Volumes/ExternalHD/iTunes/csoundaudio
and so on, using the XML tag for each environment variable
required by the API and the tag for it's corresponding path
on the system.
This technique is confirmed to work on Mac OS X up to and including
Mac OS 10.3.9. I don't currently have any Macs with Tiger installed
but from what I have tested, this facility has been changed or
depcrecated in Mac OS 10.4.x.
-David