Csound Csound-dev Csound-tekno Search About

[Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion

Date2012-10-08 03:49
From"Dr. Richard Boulanger"
Subject[Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------


Date2012-10-08 04:06
FromAdam Puckett
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
The wiki will expire shortly according to SourceForge if I understand correctly.

On 10/7/12, Dr. Richard Boulanger  wrote:
> Dear Csounders,
>
> Tonight, I will try to build the latest Csound5 from sources - to run on OS
> X 10.8.2 Mountain Lion.
> (In fact, tonight and over the next few days, I will have about 6 of
> Berklee's top Csounder trying along with me.)
>
> I would love to encourage any and all Mac-based Csounders to join in the
> process and report what they discover along the way.
> (And report your OS too)
>
> Steven Yi has generously offered to help us out if we get lost.
>
> It is my hope that we can expand and correct the manPage and WIKI pages
> along the way.
> (Ultimately, it is my goal to build a working Xcode project using Cmake -
> but that's the next step.
> and fortunately, Steven has already prepared a WIKI to help us when we get
> there too...
> http://sourceforge.net/apps/mediawiki/csound/index.php?title=Building_Csound_with_CMake)
>
> For now... let's go to the manual and start there
>
> There are several links and WIKI's that we will be consulting along the
> way.
>
> 1.  The Csound Manual
>
> http://www.csounds.com/manual/html/BuildingCsound.html
>
> And here we find that if we want to use the latest sources we should open up
> the Terminal app, cd to our Csound5FromSource directory (I just created
> this) and ....
>
> - git clone git://csound.git.sourceforge.net/gitroot/csound/csound5
>
> On this man page there seem to be a lot of "dependencies", some with links,
> some without.
> These seem to take us to all these sites and we can only hope that we will
> find sufficiently clear instructions there, in order to install all these
> libraries....
> Admittedly, I am already looking at what seems like a very very long
> night....  However... a ray of light..
>
>
> ===
> Steven Yi has prepare a Wiki (back in February 2012) that might be a better
> place to continue - and so....
>
> 2.
> http://sourceforge.net/apps/mediawiki/csound/index.php?title=Building_Csound_on_OSX_Lion
>
> I will follow these steps as it seems to include all the commands I need to
> issue from the Terminal.
> I will report back and hope that you will too.
>
> -dB
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-08 06:24
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------



Date2012-10-08 06:47
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------




Date2012-10-08 07:21
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------





Date2012-10-08 08:30
FromVictor Lazzarini
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Well, SConstruct was not set up for 10.8. I've fixed it, try updating from GIT.
On 8 Oct 2012, at 07:21, Dr. Richard Boulanger wrote:

Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-08 08:31
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
An hour later - and 2 steps closer to the finish line
(5 hours and 20 minutes in.... are we there yet?)

1. In custom.py, my student Deepak discovered that the version/directory /usr/include/python2.x
needed to correspond with the actual directory on your machine, in our case python2.7
(so this line needed to be modified)

Now... we don't seem to have /opt/local/include/boost-1_32/ on our systems,
Where is it?  Where does it come from?  Do we need it anymore?  Is it a dependency
that should have been mentioned in the WIKI

elif sys.platform == 'darwin':
    platform = 'darwin'
    customCPPPATH.append('/usr/include/malloc')
    customCPPPATH.append('/opt/local/include/boost-1_32/')
    customCPPPATH.append('/usr/include/python2.7')
    customCXXFLAGS.append('-fabi-version=0')
    
2. Deepak also found that you have to modify the SConstruct file a little bit...

Open up SConstruct...

Cmd+F and search for OSX OSXSystemPythonVersions, hit enter

Change
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7 }
to
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7, 8:8 }

8:8 refers to mountain lion...so it is indeed OS version issue...

==========
With this, we get further, but there is another issue happening with some java stuff...

He suggest that we change this line to remove some warnings:

line 346 in SConstruct

change Options(optionsFilename) to Variables(optionsFilename)

==========
and now... stuck here...

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.8
Current Python version is 2.7, using MacPython Framework
Checking for C header file stdio.h... yes
Checking for C library sndfile... yes
Checking for C library pthread... yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... no
Checking for C header file portaudio.h... yes
Checking for C header file portmidi.h... yes
Checking for C++ header file FL/Fl.H... yes
Checking for C++ header file FL/Fl_Spinner.H... yes
Checking for C++ header file eigen3/Eigen/Dense... no
Checking for C++ header file boost/any.hpp... no
Checking for C++ header file gmm/gmm.h... no
Checking for C library asound... no
Checking for C header file lo/lo.h... yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... no
Checking for C header file jack/jack.h... yes
Checking for C header file pulse/simple.h... no
Checking for C++ header file Opcodes/stk/include/Stk.h... no
Checking for C header file m_pd.h... no
Checking for C header file tcl.h... yes
Checking for C header file zlib.h... yes
Checking for C++ header file funknown.h... no
Checking for C header file lua.h... no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]

==========
But... If we set the buildJavaWrapper=0 in the command (this will skip over the java error), 
the execution will continue and we do see that the individual sources begin to compile one by one...

Do we need/want the JavaWrapper?

  
    
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 2:21 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------






Date2012-10-08 08:37
FromDeepak
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Hi Victor...

Just updated from GIT...

but it is still giving us the same error...

File "/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]


Is this something with the scons?

Thanks
D


On Mon, Oct 8, 2012 at 3:31 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:
An hour later - and 2 steps closer to the finish line
(5 hours and 20 minutes in.... are we there yet?)

1. In custom.py, my student Deepak discovered that the version/directory /usr/include/python2.x
needed to correspond with the actual directory on your machine, in our case python2.7
(so this line needed to be modified)

Now... we don't seem to have /opt/local/include/boost-1_32/ on our systems,
Where is it?  Where does it come from?  Do we need it anymore?  Is it a dependency
that should have been mentioned in the WIKI

elif sys.platform == 'darwin':
    platform = 'darwin'
    customCPPPATH.append('/usr/include/malloc')
    customCPPPATH.append('/opt/local/include/boost-1_32/')
    customCPPPATH.append('/usr/include/python2.7')
    customCXXFLAGS.append('-fabi-version=0')
    
2. Deepak also found that you have to modify the SConstruct file a little bit...

Open up SConstruct...

Cmd+F and search for OSX OSXSystemPythonVersions, hit enter

Change
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7 }
to
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7, 8:8 }

8:8 refers to mountain lion...so it is indeed OS version issue...

==========
With this, we get further, but there is another issue happening with some java stuff...

He suggest that we change this line to remove some warnings:

line 346 in SConstruct

change Options(optionsFilename) to Variables(optionsFilename)

==========
and now... stuck here...

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.8
Current Python version is 2.7, using MacPython Framework
Checking for C header file stdio.h... yes
Checking for C library sndfile... yes
Checking for C library pthread... yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... no
Checking for C header file portaudio.h... yes
Checking for C header file portmidi.h... yes
Checking for C++ header file FL/Fl.H... yes
Checking for C++ header file FL/Fl_Spinner.H... yes
Checking for C++ header file eigen3/Eigen/Dense... no
Checking for C++ header file boost/any.hpp... no
Checking for C++ header file gmm/gmm.h... no
Checking for C library asound... no
Checking for C header file lo/lo.h... yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... no
Checking for C header file jack/jack.h... yes
Checking for C header file pulse/simple.h... no
Checking for C++ header file Opcodes/stk/include/Stk.h... no
Checking for C header file m_pd.h... no
Checking for C header file tcl.h... yes
Checking for C header file zlib.h... yes
Checking for C++ header file funknown.h... no
Checking for C header file lua.h... no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]

==========
But... If we set the buildJavaWrapper=0 in the command (this will skip over the java error), 
the execution will continue and we do see that the individual sources begin to compile one by one...

Do we need/want the JavaWrapper?

  
    
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 2:21 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------






------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
www.myspace.com/dcompanymusic
www.myspace.com/thewoodshedmusicians

Date2012-10-08 08:46
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Almost at the 6 hour mark, and for a minute there, it was so exciting.... but then my hopes were dashed again....  (fear not, we aren't giving up)

((Victor has just put a new SConstruct in git and we will be trying that next.))

Deepak suggested that I set buildJavaWrapper=0 in the Csound Build Command... and we got a lot further. 

scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear

But then....

Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccVwJyom.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 3:31 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

An hour later - and 2 steps closer to the finish line
(5 hours and 20 minutes in.... are we there yet?)

1. In custom.py, my student Deepak discovered that the version/directory /usr/include/python2.x
needed to correspond with the actual directory on your machine, in our case python2.7
(so this line needed to be modified)

Now... we don't seem to have /opt/local/include/boost-1_32/ on our systems,
Where is it?  Where does it come from?  Do we need it anymore?  Is it a dependency
that should have been mentioned in the WIKI

elif sys.platform == 'darwin':
    platform = 'darwin'
    customCPPPATH.append('/usr/include/malloc')
    customCPPPATH.append('/opt/local/include/boost-1_32/')
    customCPPPATH.append('/usr/include/python2.7')
    customCXXFLAGS.append('-fabi-version=0')
    
2. Deepak also found that you have to modify the SConstruct file a little bit...

Open up SConstruct...

Cmd+F and search for OSX OSXSystemPythonVersions, hit enter

Change
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7 }
to
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7, 8:8 }

8:8 refers to mountain lion...so it is indeed OS version issue...

==========
With this, we get further, but there is another issue happening with some java stuff...

He suggest that we change this line to remove some warnings:

line 346 in SConstruct

change Options(optionsFilename) to Variables(optionsFilename)

==========
and now... stuck here...

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.8
Current Python version is 2.7, using MacPython Framework
Checking for C header file stdio.h... yes
Checking for C library sndfile... yes
Checking for C library pthread... yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... no
Checking for C header file portaudio.h... yes
Checking for C header file portmidi.h... yes
Checking for C++ header file FL/Fl.H... yes
Checking for C++ header file FL/Fl_Spinner.H... yes
Checking for C++ header file eigen3/Eigen/Dense... no
Checking for C++ header file boost/any.hpp... no
Checking for C++ header file gmm/gmm.h... no
Checking for C library asound... no
Checking for C header file lo/lo.h... yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... no
Checking for C header file jack/jack.h... yes
Checking for C header file pulse/simple.h... no
Checking for C++ header file Opcodes/stk/include/Stk.h... no
Checking for C header file m_pd.h... no
Checking for C header file tcl.h... yes
Checking for C header file zlib.h... yes
Checking for C++ header file funknown.h... no
Checking for C header file lua.h... no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]

==========
But... If we set the buildJavaWrapper=0 in the command (this will skip over the java error), 
the execution will continue and we do see that the individual sources begin to compile one by one...

Do we need/want the JavaWrapper?

  
    
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 2:21 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------







Date2012-10-08 09:10
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Just cloned from Git to try Victor's latest custom.py and SConstruct

Still seem to be getting stuck at the same place when I have buildJavaWrappers=1

Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.3', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]
db: 

======
And when I set buildJavaWrappers=0, it gets stopped at the same place
6 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.3 -I/usr/local/include -I/usr/local/include/FL/images -IInOut -IInOut/virtual_keyboard InOut/virtual_keyboard/SliderData.cpp
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccv2DY0p.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.

=======

Please NOTE:  It seems to be including: -I/opt/local/include/boost-1_32 -I/usr/include/python2.3  but.... there is no /opt/local/include/boost-1_32 directory.... on my system
even after doing all the installs and addressing (I thought) all the dependencies.

Also NOTE:  It is including /usr/include/python2.3, but the current version of python running on OS X 10.8.2 is python2.7  (I think I see, the new version that Victor posted 
in the Git, did not have the line-change in custom.py)

=========

I will try now with a build command that doesn't build the virtual keyboard



--------------------------------
Dr. Richard Boulanger
-----------------------------------

On Oct 8, 2012, at 3:46 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost at the 6 hour mark, and for a minute there, it was so exciting.... but then my hopes were dashed again....  (fear not, we aren't giving up)

((Victor has just put a new SConstruct in git and we will be trying that next.))

Deepak suggested that I set buildJavaWrapper=0 in the Csound Build Command... and we got a lot further. 

scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear

But then....

Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccVwJyom.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 3:31 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

An hour later - and 2 steps closer to the finish line
(5 hours and 20 minutes in.... are we there yet?)

1. In custom.py, my student Deepak discovered that the version/directory /usr/include/python2.x
needed to correspond with the actual directory on your machine, in our case python2.7
(so this line needed to be modified)

Now... we don't seem to have /opt/local/include/boost-1_32/ on our systems,
Where is it?  Where does it come from?  Do we need it anymore?  Is it a dependency
that should have been mentioned in the WIKI

elif sys.platform == 'darwin':
    platform = 'darwin'
    customCPPPATH.append('/usr/include/malloc')
    customCPPPATH.append('/opt/local/include/boost-1_32/')
    customCPPPATH.append('/usr/include/python2.7')
    customCXXFLAGS.append('-fabi-version=0')
    
2. Deepak also found that you have to modify the SConstruct file a little bit...

Open up SConstruct...

Cmd+F and search for OSX OSXSystemPythonVersions, hit enter

Change
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7 }
to
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7, 8:8 }

8:8 refers to mountain lion...so it is indeed OS version issue...

==========
With this, we get further, but there is another issue happening with some java stuff...

He suggest that we change this line to remove some warnings:

line 346 in SConstruct

change Options(optionsFilename) to Variables(optionsFilename)

==========
and now... stuck here...

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.8
Current Python version is 2.7, using MacPython Framework
Checking for C header file stdio.h... yes
Checking for C library sndfile... yes
Checking for C library pthread... yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... no
Checking for C header file portaudio.h... yes
Checking for C header file portmidi.h... yes
Checking for C++ header file FL/Fl.H... yes
Checking for C++ header file FL/Fl_Spinner.H... yes
Checking for C++ header file eigen3/Eigen/Dense... no
Checking for C++ header file boost/any.hpp... no
Checking for C++ header file gmm/gmm.h... no
Checking for C library asound... no
Checking for C header file lo/lo.h... yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... no
Checking for C header file jack/jack.h... yes
Checking for C header file pulse/simple.h... no
Checking for C++ header file Opcodes/stk/include/Stk.h... no
Checking for C header file m_pd.h... no
Checking for C header file tcl.h... yes
Checking for C header file zlib.h... yes
Checking for C++ header file funknown.h... no
Checking for C header file lua.h... no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]

==========
But... If we set the buildJavaWrapper=0 in the command (this will skip over the java error), 
the execution will continue and we do see that the individual sources begin to compile one by one...

Do we need/want the JavaWrapper?

  
    
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 2:21 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------








Date2012-10-08 09:13
Frompeiman khosravi
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Hello,

Unfortunately I will not have time until later this week but I am certainly going to learn to built Csound too.

Best,
Peiman 

On 8 October 2012 03:49, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:
Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------



Date2012-10-08 09:17
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
I thought that setting buildVirtual=0 might get us to the end, maybe with some holes in our shoes, but at least across the finish line... but not tonight...  after 6.5 hours, I will catch a few winks before trying again.  Here is where I left off on this adventure.  We did find some things along the way that could make the WIKI a little better and that might help to make the manPage a little better too.  But our build from sources on the latest OS X from Apple was not to be.

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=0 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) no
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... no
COPYINNG plugin
CONFIGURATION DECISION: Not building Virtual Keyboard plugin. (FLTK 1.1.7+ required)
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
g++ -o InOut/FL_graph.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -Wno-format -fabi-version=0 -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.7 -I/usr/local/include -I/usr/local/include/FL/images InOut/FL_graph.cpp
gcc -o InOut/winFLTK.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.7 -I/usr/local/include -I/usr/local/include/FL/images InOut/winFLTK.c
g++ -o InOut/widgets.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -Wno-format -fabi-version=0 -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.7 -I/usr/local/include -I/usr/local/include/FL/images InOut/widgets.cpp
g++ -o libwidgets.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/FL_graph.os InOut/winFLTK.os InOut/widgets.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, char const*)in widgets.os
  "Fl_Double_Window::Fl_Double_Window(int, int, int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, int, int, char const*)in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_box_ in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_hvsbox in widgets.os
  "Fl_Output::Fl_Output(int, int, int, int, char const*)", referenced from:
      _fl_value in widgets.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, char const*)in widgets.os
  "Fl_Double_Window::Fl_Double_Window(int, int, int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, int, int, char const*)in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_box_ in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_hvsbox in widgets.os
  "Fl_Output::Fl_Output(int, int, int, int, char const*)", referenced from:
      _fl_value in widgets.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccYmLfe9.out (No such file or directory)
scons: *** [libwidgets.dylib] Error 1
scons: building terminated because of errors.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:10 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Just cloned from Git to try Victor's latest custom.py and SConstruct

Still seem to be getting stuck at the same place when I have buildJavaWrappers=1

Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.3', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]
db: 

======
And when I set buildJavaWrappers=0, it gets stopped at the same place
6 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.3 -I/usr/local/include -I/usr/local/include/FL/images -IInOut -IInOut/virtual_keyboard InOut/virtual_keyboard/SliderData.cpp
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccv2DY0p.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.

=======

Please NOTE:  It seems to be including: -I/opt/local/include/boost-1_32 -I/usr/include/python2.3  but.... there is no /opt/local/include/boost-1_32 directory.... on my system
even after doing all the installs and addressing (I thought) all the dependencies.

Also NOTE:  It is including /usr/include/python2.3, but the current version of python running on OS X 10.8.2 is python2.7  (I think I see, the new version that Victor posted 
in the Git, did not have the line-change in custom.py)

=========

I will try now with a build command that doesn't build the virtual keyboard



--------------------------------
Dr. Richard Boulanger
-----------------------------------

On Oct 8, 2012, at 3:46 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost at the 6 hour mark, and for a minute there, it was so exciting.... but then my hopes were dashed again....  (fear not, we aren't giving up)

((Victor has just put a new SConstruct in git and we will be trying that next.))

Deepak suggested that I set buildJavaWrapper=0 in the Csound Build Command... and we got a lot further. 

scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear

But then....

Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccVwJyom.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 3:31 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

An hour later - and 2 steps closer to the finish line
(5 hours and 20 minutes in.... are we there yet?)

1. In custom.py, my student Deepak discovered that the version/directory /usr/include/python2.x
needed to correspond with the actual directory on your machine, in our case python2.7
(so this line needed to be modified)

Now... we don't seem to have /opt/local/include/boost-1_32/ on our systems,
Where is it?  Where does it come from?  Do we need it anymore?  Is it a dependency
that should have been mentioned in the WIKI

elif sys.platform == 'darwin':
    platform = 'darwin'
    customCPPPATH.append('/usr/include/malloc')
    customCPPPATH.append('/opt/local/include/boost-1_32/')
    customCPPPATH.append('/usr/include/python2.7')
    customCXXFLAGS.append('-fabi-version=0')
    
2. Deepak also found that you have to modify the SConstruct file a little bit...

Open up SConstruct...

Cmd+F and search for OSX OSXSystemPythonVersions, hit enter

Change
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7 }
to
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7, 8:8 }

8:8 refers to mountain lion...so it is indeed OS version issue...

==========
With this, we get further, but there is another issue happening with some java stuff...

He suggest that we change this line to remove some warnings:

line 346 in SConstruct

change Options(optionsFilename) to Variables(optionsFilename)

==========
and now... stuck here...

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.8
Current Python version is 2.7, using MacPython Framework
Checking for C header file stdio.h... yes
Checking for C library sndfile... yes
Checking for C library pthread... yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... no
Checking for C header file portaudio.h... yes
Checking for C header file portmidi.h... yes
Checking for C++ header file FL/Fl.H... yes
Checking for C++ header file FL/Fl_Spinner.H... yes
Checking for C++ header file eigen3/Eigen/Dense... no
Checking for C++ header file boost/any.hpp... no
Checking for C++ header file gmm/gmm.h... no
Checking for C library asound... no
Checking for C header file lo/lo.h... yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... no
Checking for C header file jack/jack.h... yes
Checking for C header file pulse/simple.h... no
Checking for C++ header file Opcodes/stk/include/Stk.h... no
Checking for C header file m_pd.h... no
Checking for C header file tcl.h... yes
Checking for C header file zlib.h... yes
Checking for C++ header file funknown.h... no
Checking for C header file lua.h... no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]

==========
But... If we set the buildJavaWrapper=0 in the command (this will skip over the java error), 
the execution will continue and we do see that the individual sources begin to compile one by one...

Do we need/want the JavaWrapper?

  
    
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 2:21 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------









Date2012-10-08 09:19
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Peiman, 

The work that you and Stephano did to bring WinXound back was brilliant.  And your work on all the parser errors in the McCurdy examples of QuteCsound were awesome too.
Hopefully we can have all these "steps" worked out so that when your week opens up, you might just be able to run and confirm that it works perfectly.

Best,

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:13 AM, peiman khosravi <peimankhosravi@gmail.com> wrote:

Hello,

Unfortunately I will not have time until later this week but I am certainly going to learn to built Csound too.

Best,
Peiman 

On 8 October 2012 03:49, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:
Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------




Date2012-10-08 09:25
FromVictor Lazzarini
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
This means your FLTK library has not been built for x86_64 arch (but for i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

> ld: symbol(s) not found for architecture x86_64

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-08 09:27
From"Dr. Richard Boulanger"
Subject[Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Before I crash tonight...  even tough we did not get there this time... we will with your help.  I am sure of that.  

What occurred to me that was missing from the WIKI (both the Scons and the Xcode page) and the ManPage is... what does it compile?  Where does it compile it?  Where should we put it?
And how do you recommend that we have more than one version of Csound - a more stable "release" version and a "bleeding edge" developer version co-exist on the same machine?
And how would you recommend that we get WinXound or CsoundQt to know which of these versions to work with?   

Thanks for the advice, the assistance, the updates, and for the fantastic documents and .sh scripts that got us so close.

Good Night

Dr.B.
 
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:17 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

I thought that setting buildVirtual=0 might get us to the end, maybe with some holes in our shoes, but at least across the finish line... but not tonight...  after 6.5 hours, I will catch a few winks before trying again.  Here is where I left off on this adventure.  We did find some things along the way that could make the WIKI a little better and that might help to make the manPage a little better too.  But our build from sources on the latest OS X from Apple was not to be.

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=0 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) no
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... no
COPYINNG plugin
CONFIGURATION DECISION: Not building Virtual Keyboard plugin. (FLTK 1.1.7+ required)
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
g++ -o InOut/FL_graph.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -Wno-format -fabi-version=0 -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.7 -I/usr/local/include -I/usr/local/include/FL/images InOut/FL_graph.cpp
gcc -o InOut/winFLTK.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.7 -I/usr/local/include -I/usr/local/include/FL/images InOut/winFLTK.c
g++ -o InOut/widgets.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -Wno-format -fabi-version=0 -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.7 -I/usr/local/include -I/usr/local/include/FL/images InOut/widgets.cpp
g++ -o libwidgets.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/FL_graph.os InOut/winFLTK.os InOut/widgets.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, char const*)in widgets.os
  "Fl_Double_Window::Fl_Double_Window(int, int, int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, int, int, char const*)in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_box_ in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_hvsbox in widgets.os
  "Fl_Output::Fl_Output(int, int, int, int, char const*)", referenced from:
      _fl_value in widgets.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, char const*)in widgets.os
  "Fl_Double_Window::Fl_Double_Window(int, int, int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, int, int, char const*)in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_box_ in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_hvsbox in widgets.os
  "Fl_Output::Fl_Output(int, int, int, int, char const*)", referenced from:
      _fl_value in widgets.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccYmLfe9.out (No such file or directory)
scons: *** [libwidgets.dylib] Error 1
scons: building terminated because of errors.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:10 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Just cloned from Git to try Victor's latest custom.py and SConstruct

Still seem to be getting stuck at the same place when I have buildJavaWrappers=1

Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.3', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]
db: 

======
And when I set buildJavaWrappers=0, it gets stopped at the same place
6 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DNO_FLTK_THREADS -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I. -IH -I/usr/include/malloc -I/opt/local/include/boost-1_32 -I/usr/include/python2.3 -I/usr/local/include -I/usr/local/include/FL/images -IInOut -IInOut/virtual_keyboard InOut/virtual_keyboard/SliderData.cpp
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccv2DY0p.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.

=======

Please NOTE:  It seems to be including: -I/opt/local/include/boost-1_32 -I/usr/include/python2.3  but.... there is no /opt/local/include/boost-1_32 directory.... on my system
even after doing all the installs and addressing (I thought) all the dependencies.

Also NOTE:  It is including /usr/include/python2.3, but the current version of python running on OS X 10.8.2 is python2.7  (I think I see, the new version that Victor posted 
in the Git, did not have the line-change in custom.py)

=========

I will try now with a build command that doesn't build the virtual keyboard



--------------------------------
Dr. Richard Boulanger
-----------------------------------

On Oct 8, 2012, at 3:46 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost at the 6 hour mark, and for a minute there, it was so exciting.... but then my hopes were dashed again....  (fear not, we aren't giving up)

((Victor has just put a new SConstruct in git and we will be trying that next.))

Deepak suggested that I set buildJavaWrapper=0 in the Csound Build Command... and we got a lot further. 

scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear

But then....

Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccVwJyom.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 3:31 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

An hour later - and 2 steps closer to the finish line
(5 hours and 20 minutes in.... are we there yet?)

1. In custom.py, my student Deepak discovered that the version/directory /usr/include/python2.x
needed to correspond with the actual directory on your machine, in our case python2.7
(so this line needed to be modified)

Now... we don't seem to have /opt/local/include/boost-1_32/ on our systems,
Where is it?  Where does it come from?  Do we need it anymore?  Is it a dependency
that should have been mentioned in the WIKI

elif sys.platform == 'darwin':
    platform = 'darwin'
    customCPPPATH.append('/usr/include/malloc')
    customCPPPATH.append('/opt/local/include/boost-1_32/')
    customCPPPATH.append('/usr/include/python2.7')
    customCXXFLAGS.append('-fabi-version=0')
    
2. Deepak also found that you have to modify the SConstruct file a little bit...

Open up SConstruct...

Cmd+F and search for OSX OSXSystemPythonVersions, hit enter

Change
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7 }
to
OSXSystemPythonVersions = { 0:0, 1:0, 2:2, 3:3, 4:3, 5:5, 6:6, 7:7, 8:8 }

8:8 refers to mountain lion...so it is indeed OS version issue...

==========
With this, we get further, but there is another issue happening with some java stuff...

He suggest that we change this line to remove some warnings:

line 346 in SConstruct

change Options(optionsFilename) to Variables(optionsFilename)

==========
and now... stuck here...

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0clear
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.8
Current Python version is 2.7, using MacPython Framework
Checking for C header file stdio.h... yes
Checking for C library sndfile... yes
Checking for C library pthread... yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... no
Checking for C header file portaudio.h... yes
Checking for C header file portmidi.h... yes
Checking for C++ header file FL/Fl.H... yes
Checking for C++ header file FL/Fl_Spinner.H... yes
Checking for C++ header file eigen3/Eigen/Dense... no
Checking for C++ header file boost/any.hpp... no
Checking for C++ header file gmm/gmm.h... no
Checking for C library asound... no
Checking for C header file lo/lo.h... yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... no
Checking for C header file jack/jack.h... yes
Checking for C header file pulse/simple.h... no
Checking for C++ header file Opcodes/stk/include/Stk.h... no
Checking for C header file m_pd.h... no
Checking for C header file tcl.h... yes
Checking for C header file zlib.h... yes
Checking for C++ header file funknown.h... no
Checking for C header file lua.h... no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... yes
Checking for C header file io.h... no
Checking for C header file fcntl.h... yes
Checking for C header file unistd.h... yes
Checking for C header file stdint.h... yes
Checking for C header file sys/time.h... yes
Checking for C header file sys/types.h... yes
Checking for C header file termios.h... yes
Checking for C header file values.h... no
Checking for C header file sys/socket.h... yes
Checking for libsndfile version 1.0.19 or later... yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost-1_32/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
KeyError: 'SWIG':
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 1458:
    tmp = [javaWrapperEnvironment['SWIG']]
  File "/usr/local/lib/scons-2.2.0/SCons/Environment.py", line 412:
    return self._dict[key]

==========
But... If we set the buildJavaWrapper=0 in the command (this will skip over the java error), 
the execution will continue and we do see that the individual sources begin to compile one by one...

Do we need/want the JavaWrapper?

  
    
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 2:21 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Almost there, but stopped short just feet from the finish line.  

After 4 hours and 20 minutes  

FLTK built and installed

BUT...

2 attempts to run the Csound Build Command with scons and... 

======================
Download, build, and install FLTK

All good.

======
Finger's crossed - The Csound Build Command in scons....

nope....

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.


*************************************************
custom.py NOT FOUND, please copy one of the custom-***.py
as custom.py and modify it to suit your system, if necessary
*************************************************

==========
The Csound Build Command - A Second Try 

After modifying custom-osx.py and calling it custom.py (this is not in the WIKI, but a logical guess)

Getting closer - error on line 595 in SConstruct  (STUCK HERE - will see if there are any other "notes" from Steven)

db: scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
KeyError: 8:
  File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 595:
    sysPyVers = OSXSystemPythonVersions[OSXvers]
    


======

Will look to my notes and emails from Steven to see if there are any clues related to this.

I may have lost this night, but I am almost there.  

How did you do Csounders?

-dB


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 1:47 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Some good news on the PortMIDI front....

===========
Downloading, building, and installing scons

NOTE the command on the WIKI is not correct

should be: sudo python setup.py install

===========
Downloading and installing Cmake

followed link to the binary distributions

======
Downloading and installing MacPorts


============
Now with the new Cmake installed, tried to continue with portMIDI and success, it built the Makefiles

SUGGESTION
- perhaps change the order of the WIKI so that MacPorts and Cmake are higher up in the list, perhaps before PortAudio and PortMIDI


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:24 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

After 3.5 hours, here are the steps I took and how far I got before it starting having problems building portMIDI

=======
Following the instructions in the Wiki 

You might need to modify your .profile

To do this:

Launch the Terminal program 
cd ~  (to change to your root directory)
ls (to see your files)
ls -a (to see all your hidden files too)
cat .profile (to see what is in the .profile file)
open -a TextEdit .profile (to edit the file with TextEdit
(NOTE: In the TextEdit preferences, make sure that "Plain text" is selected)
past in the line from the WIKI (export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig)
save
cat .profile (to see if you added the line to your .profile file


====
Next the WIKI suggests that we should check that we have JAVA installed

To check if you have Java installed

java -version

====
Next download the sources, build and install FLAC

follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibFlacUniversal.sh
chmod 777 buildLibFlacUniversal.sh
./buildLibFlacUniversal.sh

=========
Next download the sources, build, and install Libogg

Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibOggUniversal.sh
chmod 777 buildLibOggUniversal.sh
./buildLibOggUniversal.sh

=====
Next download the sources, build, and install libvorbis


Follow link to download the sources (NOTE that we are now up to version 1.3.3)
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI (NOTE that you will need to change the first line of the script to 1.3.3
save the file as buildLibVorbisUniversal.sh
chmod 777 buildLibVorbisUniversal.sh
./buildLibVorbisUniversal.sh

=====
Next download the sources, build, and install libsndfile


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh

=====
Next download the sources, build, and install liblo


Follow link to download the sources
copy the folder into the "_buildingCsound5fromSources" directory  (your directory might have a name that you selected)
open TextEdit (Make sure the in Preferences, Plain text is selected)
copy and paste in the script from the WIKI
save the file as buildLibSndFileUniversal.sh
chmod 777 buildLibSndFileUniversal.sh
./buildLibSndFileUniversal.sh


=====
Next download the sources, build, and install portaudio

Follow link to download the sources 
(NOTE: this link in the WIKI is dead - http://www.portudio.com - works when the spelling is portaudio) 

So this is where things get a little tricky...

Tried the command in the WIKI (svn co https://www.portaudio.com/repos/portaudio/trunk portaudio.svn)
reported back:  

Going to the website to see if there are additional notes:

Found the new command (below)

create a folder PortAudio_SVN
cd into PortAudio_SVN

This seems to be the new command: svn co https://subversion.assembla.com/svn/portaudio/portaudio/trunk/ .

./configure
make
sudo make install

=====
Next download the sources, build, and install portMIDI

click on the Download GNU Tarball Link on the page

follow WIKI instructions 

mkdir portmidiCmake
cd portmidiCmake
mkdir portmidi
move files from the download into the portmidi directory

Continue following WIKI


====== ERRORS at this point =====

db: cmake portmidi -G "Unix Makefiles"

-- The C compiler identification is GNU
-- The CXX compiler identification is Clang
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at /Applications/CMake 2.8-2.app/Contents/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test program.

  It fails with the following output:

   Change Dir: /Users/db/rcb/csound/_buildingCsound5fromSources/portmidiCmake/CMakeFiles/CMakeTmp

  

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  CMakeFiles/cmTryCompileExec.dir/flags.make:6: *** missing separator.  Stop.

  make: *** [cmTryCompileExec/fast] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:41 (PROJECT)


-- Configuring incomplete, errors occurred!

=====
I will try to follow the Cmake and ReadME Instructions in the pm_mac folder of portmidi sources.

I will try to install and build the other dependencies on the WIKI.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 7, 2012, at 10:49 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Dear Csounders,

Tonight, I will try to build the latest Csound5 from sources - to run on OS X 10.8.2 Mountain Lion.
(In fact, tonight and over the next few days, I will have about 6 of Berklee's top Csounder trying along with me.)

I would love to encourage any and all Mac-based Csounders to join in the process and report what they discover along the way.
(And report your OS too)

Steven Yi has generously offered to help us out if we get lost.  

It is my hope that we can expand and correct the manPage and WIKI pages along the way.
(Ultimately, it is my goal to build a working Xcode project using Cmake - but that's the next step.
and fortunately, Steven has already prepared a WIKI to help us when we get there too...

For now... let's go to the manual and start there

There are several links and WIKI's that we will be consulting along the way.

1.  The Csound Manual


And here we find that if we want to use the latest sources we should open up the Terminal app, cd to our Csound5FromSource directory (I just created this) and ....


On this man page there seem to be a lot of "dependencies", some with links, some without.
These seem to take us to all these sites and we can only hope that we will find sufficiently clear instructions there, in order to install all these libraries.... 
Admittedly, I am already looking at what seems like a very very long night....  However... a ray of light..


===
Steven Yi has prepare a Wiki (back in February 2012) that might be a better place to continue - and so....


I will follow these steps as it seems to include all the commands I need to issue from the Terminal.
I will report back and hope that you will too.

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------










Date2012-10-08 09:29
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install
I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This means your FLTK library has not been built for x86_64 arch (but for i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 09:33
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***, int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*, const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db: 

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install
I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This means your FLTK library has not been built for x86_64 arch (but for i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Date2012-10-08 09:46
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

========== 

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers) 

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db: 

====== maybe we should not be building both the 386 and the 486 "universal" FLTK?  =====

It's 7 hours now - so I must stop for a bit.   

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***, int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*, const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db: 

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install
I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This means your FLTK library has not been built for x86_64 arch (but for i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Date2012-10-08 09:49
FromVictor Lazzarini
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Actually I see in your other e-mail that the symbols did not exist in i386 and x86_64, so it's another problem with FLTK, not that its not configured for the two archs:

Undefined symbols for architecture i386:
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, char const*)in widgets.os
  "Fl_Double_Window::Fl_Double_Window(int, int, int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, int, int, char const*)in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_box_ in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_hvsbox in widgets.os
  "Fl_Output::Fl_Output(int, int, int, int, char const*)", referenced from:
      _fl_value in widgets.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, char const*)in widgets.os
  "Fl_Double_Window::Fl_Double_Window(int, int, int, int, char const*)", referenced from:
      CsoundFLWindow::CsoundFLWindow(CSOUND_*, int, int, int, int, char const*)in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_box_ in widgets.os
  "Fl_Box::Fl_Box(int, int, int, int, char const*)", referenced from:
      _fl_hvsbox in widgets.os
  "Fl_Output::Fl_Output(int, int, int, int, char const*)", referenced from:
      _fl_value in widgets.os
ld: symbol(s) not found for architecture x86_64

Your FLTK library does not seem to have these C++ methods, not sure why.

Victor
On 8 Oct 2012, at 09:33, Dr. Richard Boulanger wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***, int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*, const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db: 

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install
I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This means your FLTK library has not been built for x86_64 arch (but for i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-08 09:52
FromVictor Lazzarini
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Now the same thing I said before happens with Fl_Spinner, it does not seem to be there in FLTK. Check if there are no duplicates for libfltk.dylib in your system.

Victor
On 8 Oct 2012, at 09:46, Dr. Richard Boulanger wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

========== 

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers) 

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db: 

====== maybe we should not be building both the 386 and the 486 "universal" FLTK?  =====

It's 7 hours now - so I must stop for a bit.   

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***, int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*, const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db: 

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu> wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install
I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This means your FLTK library has not been built for x86_64 arch (but for i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-08 11:18
FromSteven Yi
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

    customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:

    customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
 wrote:
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 15:29
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
Good morning Victor and Steven,

I will dedicate the next 2 uninterrupted hours to moving forward on this adventure.
Thanks for your advice about the FLTK problem.

R

On Oct 8, 2012, at 4:25 AM, Victor Lazzarini  wrote:

> This means your FLTK library has not been built for x86_64 arch (but for i386)
> 
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
> 
>> ld: symbol(s) not found for architecture x86_64
> 
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 15:37
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Good morning Steven, 

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)  
(Maybe also, there is a first step to suggest to all - about cleaning out the system prior to doing an Build and Install from sources? or checking for duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to install it.  
I will look for the version you are currently using and see if I can get it installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

   customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:

   customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 15:44
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Before getting started.... I wanted to see if old versions of libfltk were lying around so...

I launched the Terminal

typed cd /usr/local/lib

typed ls -l libf*

and got what you see below.  

seems to be that there is an old libfltk.1.1.dylib in there that might not belong.
i will at least remove this before I start.  what do you think?


-rwxrwxr-x  1 root  wheel  1094340 Jan 17  2011 libfltk.1.1.dylib
-rwxr-xr-x  1 root  wheel  1686556 Oct  1 10:52 libfltk.1.3.dylib
-rw-r--r--  1 root  wheel  1597168 Oct  8 04:41 libfltk.a
lrwxr-xr-x  1 root  wheel       17 Dec  7  2011 libfltk.dylib -> libfltk.1.3.dylib
-rwxr-xr-x  1 root  wheel    26400 Dec  7  2011 libfltk_forms.1.3.dylib
-rw-r--r--  1 root  wheel    31128 Oct  8 04:41 libfltk_forms.a
lrwxr-xr-x  1 root  wheel       23 Dec  7  2011 libfltk_forms.dylib -> libfltk_forms.1.3.dylib
-rwxr-xr-x  1 root  wheel   126136 Dec  7  2011 libfltk_gl.1.3.dylib
-rw-r--r--  1 root  wheel   154136 Oct  8 04:41 libfltk_gl.a
lrwxr-xr-x  1 root  wheel       20 Dec  7  2011 libfltk_gl.dylib -> libfltk_gl.1.3.dylib
-rwxrwxr-x  1 root  wheel   239376 Jan 17  2011 libfltk_images.1.1.dylib
-rwxr-xr-x  1 root  wheel   537524 Oct  1 10:52 libfltk_images.1.3.dylib
-rw-r--r--  1 root  wheel    68144 Oct  8 04:41 libfltk_images.a
lrwxr-xr-x  1 root  wheel       24 Dec  7  2011 libfltk_images.dylib -> libfltk_images.1.3.dylib
-rw-r--r--  1 root  wheel   506944 Oct  8 04:41 libfltk_jpeg.a
-rw-r--r--  1 root  wheel   405840 Oct  8 04:41 libfltk_png.a


On Oct 8, 2012, at 10:37 AM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Good morning Steven, 

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)  
(Maybe also, there is a first step to suggest to all - about cleaning out the system prior to doing an Build and Install from sources? or checking for duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to install it.  
I will look for the version you are currently using and see if I can get it installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

   customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:

   customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Date2012-10-08 15:47
FromSteven Yi
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

Definitely remove those libs.  The problem could well be that it's
trying to link with that:

-rwxrwxr-x  1 root  wheel  1094340 Jan 17  2011 libfltk.1.1.dylib

from Jan 17 2011.  To be safe, I'd remove all of those before building.

BTW: I'm on the IRC at the moment if you need anything more pressing:

http://webchat.freenode.net/?channels=#csound

Good luck!
steven


On Mon, Oct 8, 2012 at 3:44 PM, Dr. Richard Boulanger
 wrote:
> Before getting started.... I wanted to see if old versions of libfltk were
> lying around so...
>
> I launched the Terminal
>
> typed cd /usr/local/lib
>
> typed ls -l libf*
>
> and got what you see below.
>
> seems to be that there is an old libfltk.1.1.dylib in there that might not
> belong.
> i will at least remove this before I start.  what do you think?
>
>
> -rwxrwxr-x  1 root  wheel  1094340 Jan 17  2011 libfltk.1.1.dylib
> -rwxr-xr-x  1 root  wheel  1686556 Oct  1 10:52 libfltk.1.3.dylib
> -rw-r--r--  1 root  wheel  1597168 Oct  8 04:41 libfltk.a
> lrwxr-xr-x  1 root  wheel       17 Dec  7  2011 libfltk.dylib ->
> libfltk.1.3.dylib
> -rwxr-xr-x  1 root  wheel    26400 Dec  7  2011 libfltk_forms.1.3.dylib
> -rw-r--r--  1 root  wheel    31128 Oct  8 04:41 libfltk_forms.a
> lrwxr-xr-x  1 root  wheel       23 Dec  7  2011 libfltk_forms.dylib ->
> libfltk_forms.1.3.dylib
> -rwxr-xr-x  1 root  wheel   126136 Dec  7  2011 libfltk_gl.1.3.dylib
> -rw-r--r--  1 root  wheel   154136 Oct  8 04:41 libfltk_gl.a
> lrwxr-xr-x  1 root  wheel       20 Dec  7  2011 libfltk_gl.dylib ->
> libfltk_gl.1.3.dylib
> -rwxrwxr-x  1 root  wheel   239376 Jan 17  2011 libfltk_images.1.1.dylib
> -rwxr-xr-x  1 root  wheel   537524 Oct  1 10:52 libfltk_images.1.3.dylib
> -rw-r--r--  1 root  wheel    68144 Oct  8 04:41 libfltk_images.a
> lrwxr-xr-x  1 root  wheel       24 Dec  7  2011 libfltk_images.dylib ->
> libfltk_images.1.3.dylib
> -rw-r--r--  1 root  wheel   506944 Oct  8 04:41 libfltk_jpeg.a
> -rw-r--r--  1 root  wheel   405840 Oct  8 04:41 libfltk_png.a
>
>
> On Oct 8, 2012, at 10:37 AM, Dr. Richard Boulanger 
> wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
>    customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 15:48
FromMichael Gogins
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
 wrote:
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
>    customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-08 16:00
FromSteven Yi
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins  wrote:
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>> Good morning Steven,
>>
>> Back to work on this here.
>>
>> Thanks for all this fantastic advice.  I will try all of these suggestions
>> next and report back.
>>
>> First:
>> I will rebuild my FLTK and do a make clean and then sudo make install first
>> and let you know what happens.
>> (Perhaps some if not all of these commands should be in the WIKI?)
>> (Maybe also, there is a first step to suggest to all - about cleaning out
>> the system prior to doing an Build and Install from sources? or checking for
>> duplicates?)
>>
>> Second:
>> I do see that you have a version of boost installed on your system.  If you
>> have it, and it is in custom.py,
>> then  we probably need to add to the WIKI where to get this and how to
>> install it.
>> I will look for the version you are currently using and see if I can get it
>> installed. There is a new thing at boost
>> for OS X64 called boostjam - not sure that this is the more current/version?
>>
>> More in a few.
>>
>>
>> --------------------------------
>> Dr. Richard Boulanger
>> rboulanger@berklee.edu
>> -----------------------------------
>>
>>
>>
>>
>> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>>
>> Hi Dr. B,
>>
>> Just catching up with the thread.  I'm planning to upgrade to 10.8
>> later this evening (have some work I need to get done first for the
>> day), so will be able to assist more closely by having the same OS
>> version.
>>
>> It sounds like you're really close.  The issue, as Victor mentioned,
>> is that the fltk library you have built does not have both x86_64 and
>> i386 architectures.  I wonder if the issue is that you the make files
>> didn't detect when you switched architectures and you had some stale
>> .o files around.  Could you try building the fltk 1.3 again with:
>>
>>
>> ./configure --with-archflags="-arch i386 -arch x86_64"
>> make clean
>> make
>> sudo make install
>>
>> That way, we'll know the lib was built from a clean state.
>>
>> After that, you can check the library that was installed into
>> /usr/local/lib.  Two things I do are:
>>
>> file /usr/local/lib/libfltk.1.3.dylib
>>
>> that show me here:
>>
>> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>>
>> You can also see what symbols are in the library by using:
>>
>> nm /usr/local/lib/libfltk.1.3.dylib
>>
>> That gives all the symbols, so you can pipe that to grep with:
>>
>> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>>
>> for me here, I get:
>>
>> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
>> /usr/local/lib/libfltk.1.3.dylib | grep Double
>> 000000000001b34e t
>> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
>> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
>> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
>> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
>> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
>> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
>> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
>> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
>> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
>> 000000000009e0d0 S __ZTI16Fl_Double_Window
>> 0000000000073e80 S __ZTS16Fl_Double_Window
>> 000000000009e060 S __ZTV16Fl_Double_Window
>>
>>
>> Also, worst case, if you just want to keep going and skip FLTK related
>> stuff with scons, you can do that using:
>>
>> useFLTK=0
>>
>>
>> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
>> that is a bit of a red herring.  That's being defined in the
>> custom-osx.py you used to create the custom.py file.  If you look at
>> that file you'll see:
>>
>>    customCPPPATH.append('/opt/local/include/boost-1_32/')
>>
>> The custom.py file is there to allow this kind of thing, of adding
>> non-standard include paths.  You can continue to build the csound
>> library without having boost installed, just some things won't get
>> built.  On my computer I have custom.py modified to have:
>>
>>
>> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>>
>> which is where my boost library is.
>>
>>
>> As for install locations, it's complicated for OSX.  Generally with
>> software builds, they have a build location and an install location.
>> With our scons build, it builds everything "In source", meaning it
>> builds the object files and end binaries within the same folder as the
>> source code.  After you build, all of the executables and libraries
>> will end up in the root of the csound5 folder.  On other OS's, one
>> might use the install.py after that to install things into /usr/local.
>>
>> For OSX, this is a little different. If you use release=1 with scons,
>> you will end up creating a framework directly into the
>> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
>> anything you might have there.  You need to run with sudo if you use
>> release=1 in this case.  However, what you get there is different than
>> what you get with the installer we build, which adds in more stuff
>> like documentation, other opcodes, all of the interface libraries,
>> etc.  This is a known deficiency with the scons build in CS5 for Mac;
>> the goal with Csound6's CMake build is to have the framework built
>> locally with everything you would get as you would with the installer.
>> Besides running with release=1, you'd also have to have a copy of the
>> csound executables in /usr/local/bin.  If you ran an installer
>> previously, this isn't an issue really as those installed executables
>> will link correctly with the newly built framework.  Otherwise, you'd
>> have to copy the ones built in csound5 to /usr/local/bin.
>>
>> For CMake, it uses "out of source" builds, so all of the built
>> binaries are in a separate directory.  This keeps the source tree
>> tidy.  What I do with CS5 is develop with XCode in a separate
>> directory.  I test within XCode using the run parameters to set
>> OPCODEDIR64 to the location where the xcode project stuff was created
>> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
>> whenever I press run it will use those settings, and I can use the
>> debugger and run things like Instruments for profiling all within
>> XCode.  Once things are good there, I go back to the commandline to
>> build with release=1 with scons.  My system is generally using a
>> development build at all times.
>>
>> It is not easy to have multiple Csound builds, due to the way that
>> frameworks are used and linked to by apps like the csound executables
>> as well as CsoundQT.  For your scenario, the best thing I can think of
>> is:
>>
>> 1. Run the normal csound installer
>> 2. Make backup copies of the frameworks:
>> /Library/Frameworks/CsoundLib.framework and
>> /Library/Frameworks/CsoundLib64.framework
>> 3. Do some development builds
>> 4. If you're finished doing testing/development, move or delete the
>> dev frameworks and copy back the ones from the installer for normal
>> usage
>>
>> (Best to make a couple scripts for this to automate it)
>>
>>
>> As for the Java thing, I'm not sure what is going on there as I'm
>> building with Java no problems. On the other hand, I have Oracle's
>> Java SDK installed, as Apple stopped being the one's responsible for
>> releases of that.  I'll see what happens when I upgrade to 10.8.
>>
>> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
>> should capture the information from there into a document and perhaps
>> store it in csound5 GIT.  We can then collaboratively update that way.
>>
>> I'm going to be offline for a bit to take care of some work, but I'll
>> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
>> there EDT).
>>
>> Thanks!
>> steven
>>
>> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>>  wrote:
>>
>> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>>
>> Archiving ../lib/libfltk_png.a...
>> === making src ===
>> === making fluid ===
>> === making test ===
>> === making documentation ===
>> db: sudo make install
>> === installing FL ===
>> Installing include files in /usr/local/include...
>> === installing jpeg ===
>> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
>> Installing jpeg headers in /usr/local/include/FL/images...
>> === installing png ===
>> Installing libfltk_png.a in /usr/local/lib...
>> Installing png headers in /usr/local/include/FL/images...
>> === installing src ===
>> Installing libraries in /usr/local/lib...
>> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
>> === installing fluid ===
>> Installing FLUID in /usr/local/bin...
>> === installing test ===
>> Installing example programs to /usr/local/share/doc/fltk/examples...
>> === installing documentation ===
>> Installing documentation files in /usr/local/share/doc/fltk ...
>> Installing man pages in /usr/local/share/man ...
>> db:
>>
>> ==========
>>
>> All seems OK with FLTK...
>>
>> Building with the original commandline (but turning off the JavaWrappers)
>>
>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>> CoreServices -framework CoreAudio -dynamiclib
>> InOut/virtual_keyboard/FLTKKeyboard.os
>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
>> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
>> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
>> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
>> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
>> Undefined symbols for architecture i386:
>>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>> from:
>>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>> int, int, int)in FLTKKeyboardWidget.os
>>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>> from:
>>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>> ld: symbol(s) not found for architecture i386
>> collect2: ld returned 1 exit status
>> Undefined symbols for architecture x86_64:
>>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>> from:
>>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>> int, int, int)in FLTKKeyboardWidget.os
>>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>> from:
>>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>> ld: symbol(s) not found for architecture x86_64
>> collect2: ld returned 1 exit status
>> lipo: can't open input file:
>> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
>> or directory)
>> scons: *** [libvirtual.dylib] Error 1
>> scons: building terminated because of errors.
>> db:
>>
>> ====== maybe we should not be building both the 386 and the 486 "universal"
>> FLTK?  =====
>>
>> It's 7 hours now - so I must stop for a bit.
>>
>> --------------------------------
>> Dr. Richard Boulanger
>> rboulanger@berklee.edu
>> -----------------------------------
>>
>>
>>
>>
>> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
>> wrote:
>>
>> hum....  fltk 1.3.0  won't make
>>
>> Compiling filename_list.cxx...
>> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
>> int (*)(dirent**, dirent**))’:
>> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
>> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
>> filename_list.cxx:122: error:   initializing argument 4 of ‘int
>> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
>> dirent**, const dirent**))’
>> make[1]: *** [filename_list.o] Error 1
>> make: *** [all] Error 1
>> db:
>>
>> I will try the same commandline with fltk 1.3.x
>>
>>
>> -----------------------------------------
>> Dr. Richard Boulanger, Ph.D.
>> rboulanger@berklee.edu
>> Professor of Electronic Production and Design
>> Professional Writing and Music Technology Division
>> Berklee College of Music
>> 617-747-2485 (office)  774-488-9166 (cell)
>> http://csounds.com/boulanger     http://csounds.com/mathews
>> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
>> -------------------------------------------------------------------------------------------------
>>
>> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
>> wrote:
>>
>> I ran this script from the WIKI
>>
>> ./configure --with-archflags="-arch i386 -arch x86_64"
>> make
>> sudo make install
>>
>> I will try the following...
>>
>> ./configure --with-archflags="-arch x86_64"
>> make
>> sudo make install
>>
>>
>> --------------------------------
>> Dr. Richard Boulanger
>> rboulanger@berklee.edu
>> -----------------------------------
>>
>>
>>
>>
>> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
>> wrote:
>>
>> This means your FLTK library has not been built for x86_64 arch (but for
>> i386)
>>
>> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>>
>> ld: symbol(s) not found for architecture x86_64
>>
>>
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-08 16:08
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:

> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
> 
> 
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins  wrote:
>> I believe that Csound uses only the boost header files, so there
>> should be no need to build boost, only to make the headers accessible.
>> 
>> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>>  wrote:
>>> Good morning Steven,
>>> 
>>> Back to work on this here.
>>> 
>>> Thanks for all this fantastic advice.  I will try all of these suggestions
>>> next and report back.
>>> 
>>> First:
>>> I will rebuild my FLTK and do a make clean and then sudo make install first
>>> and let you know what happens.
>>> (Perhaps some if not all of these commands should be in the WIKI?)
>>> (Maybe also, there is a first step to suggest to all - about cleaning out
>>> the system prior to doing an Build and Install from sources? or checking for
>>> duplicates?)
>>> 
>>> Second:
>>> I do see that you have a version of boost installed on your system.  If you
>>> have it, and it is in custom.py,
>>> then  we probably need to add to the WIKI where to get this and how to
>>> install it.
>>> I will look for the version you are currently using and see if I can get it
>>> installed. There is a new thing at boost
>>> for OS X64 called boostjam - not sure that this is the more current/version?
>>> 
>>> More in a few.
>>> 
>>> 
>>> --------------------------------
>>> Dr. Richard Boulanger
>>> rboulanger@berklee.edu
>>> -----------------------------------
>>> 
>>> 
>>> 
>>> 
>>> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>>> 
>>> Hi Dr. B,
>>> 
>>> Just catching up with the thread.  I'm planning to upgrade to 10.8
>>> later this evening (have some work I need to get done first for the
>>> day), so will be able to assist more closely by having the same OS
>>> version.
>>> 
>>> It sounds like you're really close.  The issue, as Victor mentioned,
>>> is that the fltk library you have built does not have both x86_64 and
>>> i386 architectures.  I wonder if the issue is that you the make files
>>> didn't detect when you switched architectures and you had some stale
>>> .o files around.  Could you try building the fltk 1.3 again with:
>>> 
>>> 
>>> ./configure --with-archflags="-arch i386 -arch x86_64"
>>> make clean
>>> make
>>> sudo make install
>>> 
>>> That way, we'll know the lib was built from a clean state.
>>> 
>>> After that, you can check the library that was installed into
>>> /usr/local/lib.  Two things I do are:
>>> 
>>> file /usr/local/lib/libfltk.1.3.dylib
>>> 
>>> that show me here:
>>> 
>>> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>>> 
>>> You can also see what symbols are in the library by using:
>>> 
>>> nm /usr/local/lib/libfltk.1.3.dylib
>>> 
>>> That gives all the symbols, so you can pipe that to grep with:
>>> 
>>> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>>> 
>>> for me here, I get:
>>> 
>>> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
>>> /usr/local/lib/libfltk.1.3.dylib | grep Double
>>> 000000000001b34e t
>>> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>>> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>>> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
>>> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
>>> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
>>> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
>>> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
>>> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
>>> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
>>> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
>>> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
>>> 000000000009e0d0 S __ZTI16Fl_Double_Window
>>> 0000000000073e80 S __ZTS16Fl_Double_Window
>>> 000000000009e060 S __ZTV16Fl_Double_Window
>>> 
>>> 
>>> Also, worst case, if you just want to keep going and skip FLTK related
>>> stuff with scons, you can do that using:
>>> 
>>> useFLTK=0
>>> 
>>> 
>>> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
>>> that is a bit of a red herring.  That's being defined in the
>>> custom-osx.py you used to create the custom.py file.  If you look at
>>> that file you'll see:
>>> 
>>>   customCPPPATH.append('/opt/local/include/boost-1_32/')
>>> 
>>> The custom.py file is there to allow this kind of thing, of adding
>>> non-standard include paths.  You can continue to build the csound
>>> library without having boost installed, just some things won't get
>>> built.  On my computer I have custom.py modified to have:
>>> 
>>> 
>>> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>>> 
>>> which is where my boost library is.
>>> 
>>> 
>>> As for install locations, it's complicated for OSX.  Generally with
>>> software builds, they have a build location and an install location.
>>> With our scons build, it builds everything "In source", meaning it
>>> builds the object files and end binaries within the same folder as the
>>> source code.  After you build, all of the executables and libraries
>>> will end up in the root of the csound5 folder.  On other OS's, one
>>> might use the install.py after that to install things into /usr/local.
>>> 
>>> For OSX, this is a little different. If you use release=1 with scons,
>>> you will end up creating a framework directly into the
>>> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
>>> anything you might have there.  You need to run with sudo if you use
>>> release=1 in this case.  However, what you get there is different than
>>> what you get with the installer we build, which adds in more stuff
>>> like documentation, other opcodes, all of the interface libraries,
>>> etc.  This is a known deficiency with the scons build in CS5 for Mac;
>>> the goal with Csound6's CMake build is to have the framework built
>>> locally with everything you would get as you would with the installer.
>>> Besides running with release=1, you'd also have to have a copy of the
>>> csound executables in /usr/local/bin.  If you ran an installer
>>> previously, this isn't an issue really as those installed executables
>>> will link correctly with the newly built framework.  Otherwise, you'd
>>> have to copy the ones built in csound5 to /usr/local/bin.
>>> 
>>> For CMake, it uses "out of source" builds, so all of the built
>>> binaries are in a separate directory.  This keeps the source tree
>>> tidy.  What I do with CS5 is develop with XCode in a separate
>>> directory.  I test within XCode using the run parameters to set
>>> OPCODEDIR64 to the location where the xcode project stuff was created
>>> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
>>> whenever I press run it will use those settings, and I can use the
>>> debugger and run things like Instruments for profiling all within
>>> XCode.  Once things are good there, I go back to the commandline to
>>> build with release=1 with scons.  My system is generally using a
>>> development build at all times.
>>> 
>>> It is not easy to have multiple Csound builds, due to the way that
>>> frameworks are used and linked to by apps like the csound executables
>>> as well as CsoundQT.  For your scenario, the best thing I can think of
>>> is:
>>> 
>>> 1. Run the normal csound installer
>>> 2. Make backup copies of the frameworks:
>>> /Library/Frameworks/CsoundLib.framework and
>>> /Library/Frameworks/CsoundLib64.framework
>>> 3. Do some development builds
>>> 4. If you're finished doing testing/development, move or delete the
>>> dev frameworks and copy back the ones from the installer for normal
>>> usage
>>> 
>>> (Best to make a couple scripts for this to automate it)
>>> 
>>> 
>>> As for the Java thing, I'm not sure what is going on there as I'm
>>> building with Java no problems. On the other hand, I have Oracle's
>>> Java SDK installed, as Apple stopped being the one's responsible for
>>> releases of that.  I'll see what happens when I upgrade to 10.8.
>>> 
>>> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
>>> should capture the information from there into a document and perhaps
>>> store it in csound5 GIT.  We can then collaboratively update that way.
>>> 
>>> I'm going to be offline for a bit to take care of some work, but I'll
>>> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
>>> there EDT).
>>> 
>>> Thanks!
>>> steven
>>> 
>>> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>>>  wrote:
>>> 
>>> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>>> 
>>> Archiving ../lib/libfltk_png.a...
>>> === making src ===
>>> === making fluid ===
>>> === making test ===
>>> === making documentation ===
>>> db: sudo make install
>>> === installing FL ===
>>> Installing include files in /usr/local/include...
>>> === installing jpeg ===
>>> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
>>> Installing jpeg headers in /usr/local/include/FL/images...
>>> === installing png ===
>>> Installing libfltk_png.a in /usr/local/lib...
>>> Installing png headers in /usr/local/include/FL/images...
>>> === installing src ===
>>> Installing libraries in /usr/local/lib...
>>> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
>>> === installing fluid ===
>>> Installing FLUID in /usr/local/bin...
>>> === installing test ===
>>> Installing example programs to /usr/local/share/doc/fltk/examples...
>>> === installing documentation ===
>>> Installing documentation files in /usr/local/share/doc/fltk ...
>>> Installing man pages in /usr/local/share/man ...
>>> db:
>>> 
>>> ==========
>>> 
>>> All seems OK with FLTK...
>>> 
>>> Building with the original commandline (but turning off the JavaWrappers)
>>> 
>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>>> CoreServices -framework CoreAudio -dynamiclib
>>> InOut/virtual_keyboard/FLTKKeyboard.os
>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>>> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
>>> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
>>> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
>>> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
>>> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
>>> Undefined symbols for architecture i386:
>>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>> from:
>>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>> int, char const*)in FLTKKeyboardWindow.os
>>>     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>>> int, int, int)in FLTKKeyboardWidget.os
>>>     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>>> from:
>>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>> int, char const*)in FLTKKeyboardWindow.os
>>> ld: symbol(s) not found for architecture i386
>>> collect2: ld returned 1 exit status
>>> Undefined symbols for architecture x86_64:
>>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>> from:
>>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>> int, char const*)in FLTKKeyboardWindow.os
>>>     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>>> int, int, int)in FLTKKeyboardWidget.os
>>>     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>>> from:
>>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>> int, char const*)in FLTKKeyboardWindow.os
>>> ld: symbol(s) not found for architecture x86_64
>>> collect2: ld returned 1 exit status
>>> lipo: can't open input file:
>>> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
>>> or directory)
>>> scons: *** [libvirtual.dylib] Error 1
>>> scons: building terminated because of errors.
>>> db:
>>> 
>>> ====== maybe we should not be building both the 386 and the 486 "universal"
>>> FLTK?  =====
>>> 
>>> It's 7 hours now - so I must stop for a bit.
>>> 
>>> --------------------------------
>>> Dr. Richard Boulanger
>>> rboulanger@berklee.edu
>>> -----------------------------------
>>> 
>>> 
>>> 
>>> 
>>> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
>>> wrote:
>>> 
>>> hum....  fltk 1.3.0  won't make
>>> 
>>> Compiling filename_list.cxx...
>>> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
>>> int (*)(dirent**, dirent**))’:
>>> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
>>> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
>>> filename_list.cxx:122: error:   initializing argument 4 of ‘int
>>> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
>>> dirent**, const dirent**))’
>>> make[1]: *** [filename_list.o] Error 1
>>> make: *** [all] Error 1
>>> db:
>>> 
>>> I will try the same commandline with fltk 1.3.x
>>> 
>>> 
>>> -----------------------------------------
>>> Dr. Richard Boulanger, Ph.D.
>>> rboulanger@berklee.edu
>>> Professor of Electronic Production and Design
>>> Professional Writing and Music Technology Division
>>> Berklee College of Music
>>> 617-747-2485 (office)  774-488-9166 (cell)
>>> http://csounds.com/boulanger     http://csounds.com/mathews
>>> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
>>> -------------------------------------------------------------------------------------------------
>>> 
>>> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
>>> wrote:
>>> 
>>> I ran this script from the WIKI
>>> 
>>> ./configure --with-archflags="-arch i386 -arch x86_64"
>>> make
>>> sudo make install
>>> 
>>> I will try the following...
>>> 
>>> ./configure --with-archflags="-arch x86_64"
>>> make
>>> sudo make install
>>> 
>>> 
>>> --------------------------------
>>> Dr. Richard Boulanger
>>> rboulanger@berklee.edu
>>> -----------------------------------
>>> 
>>> 
>>> 
>>> 
>>> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
>>> wrote:
>>> 
>>> This means your FLTK library has not been built for x86_64 arch (but for
>>> i386)
>>> 
>>> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>>> 
>>> ld: symbol(s) not found for architecture x86_64
>>> 
>>> 
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> Dept. of Music
>>> NUI Maynooth Ireland
>>> tel.: +353 1 708 3545
>>> Victor dot Lazzarini AT nuim dot ie
>>> 
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>> 
>> 
>> 
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 16:22
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
I downloaded the latest boost  boost_1_51_0
unzipped it
moved the folder into my /opt/local/include folder

 sudo cp -rf /Users/dB/Downloads/boost_1_51_0 /opt/local/include/

and renamed the line in custom.py from 

    customCPPPATH.append('/opt/local/include/boost-1_32/')

to

    customCPPPATH.append('/opt/local/include/boost_1_51_0/')


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

  customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 16:23
FromVictor Lazzarini
SubjectRe: [Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
Regarding the virtual keyboard errors, try getting rid of all   *.os files in InOut/virtual_keyboard, then building again. I think old object files might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as they are in the FL headers only, so they should appear in the compiled object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

> I will try to do this next.
> 
> 
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
> 
>> I was going to mention the same.  I downloaded a zip from boost.org
>> and then pointed to it in custom.py for my build here.
>> 
>> 
>> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins  wrote:
>>> I believe that Csound uses only the boost header files, so there
>>> should be no need to build boost, only to make the headers accessible.
>>> 
>>> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>>>  wrote:
>>>> Good morning Steven,
>>>> 
>>>> Back to work on this here.
>>>> 
>>>> Thanks for all this fantastic advice.  I will try all of these suggestions
>>>> next and report back.
>>>> 
>>>> First:
>>>> I will rebuild my FLTK and do a make clean and then sudo make install first
>>>> and let you know what happens.
>>>> (Perhaps some if not all of these commands should be in the WIKI?)
>>>> (Maybe also, there is a first step to suggest to all - about cleaning out
>>>> the system prior to doing an Build and Install from sources? or checking for
>>>> duplicates?)
>>>> 
>>>> Second:
>>>> I do see that you have a version of boost installed on your system.  If you
>>>> have it, and it is in custom.py,
>>>> then  we probably need to add to the WIKI where to get this and how to
>>>> install it.
>>>> I will look for the version you are currently using and see if I can get it
>>>> installed. There is a new thing at boost
>>>> for OS X64 called boostjam - not sure that this is the more current/version?
>>>> 
>>>> More in a few.
>>>> 
>>>> 
>>>> --------------------------------
>>>> Dr. Richard Boulanger
>>>> rboulanger@berklee.edu
>>>> -----------------------------------
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>>>> 
>>>> Hi Dr. B,
>>>> 
>>>> Just catching up with the thread.  I'm planning to upgrade to 10.8
>>>> later this evening (have some work I need to get done first for the
>>>> day), so will be able to assist more closely by having the same OS
>>>> version.
>>>> 
>>>> It sounds like you're really close.  The issue, as Victor mentioned,
>>>> is that the fltk library you have built does not have both x86_64 and
>>>> i386 architectures.  I wonder if the issue is that you the make files
>>>> didn't detect when you switched architectures and you had some stale
>>>> .o files around.  Could you try building the fltk 1.3 again with:
>>>> 
>>>> 
>>>> ./configure --with-archflags="-arch i386 -arch x86_64"
>>>> make clean
>>>> make
>>>> sudo make install
>>>> 
>>>> That way, we'll know the lib was built from a clean state.
>>>> 
>>>> After that, you can check the library that was installed into
>>>> /usr/local/lib.  Two things I do are:
>>>> 
>>>> file /usr/local/lib/libfltk.1.3.dylib
>>>> 
>>>> that show me here:
>>>> 
>>>> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>>>> 
>>>> You can also see what symbols are in the library by using:
>>>> 
>>>> nm /usr/local/lib/libfltk.1.3.dylib
>>>> 
>>>> That gives all the symbols, so you can pipe that to grep with:
>>>> 
>>>> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>>>> 
>>>> for me here, I get:
>>>> 
>>>> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
>>>> /usr/local/lib/libfltk.1.3.dylib | grep Double
>>>> 000000000001b34e t
>>>> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>>>> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>>>> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
>>>> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
>>>> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
>>>> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
>>>> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
>>>> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
>>>> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
>>>> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
>>>> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
>>>> 000000000009e0d0 S __ZTI16Fl_Double_Window
>>>> 0000000000073e80 S __ZTS16Fl_Double_Window
>>>> 000000000009e060 S __ZTV16Fl_Double_Window
>>>> 
>>>> 
>>>> Also, worst case, if you just want to keep going and skip FLTK related
>>>> stuff with scons, you can do that using:
>>>> 
>>>> useFLTK=0
>>>> 
>>>> 
>>>> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
>>>> that is a bit of a red herring.  That's being defined in the
>>>> custom-osx.py you used to create the custom.py file.  If you look at
>>>> that file you'll see:
>>>> 
>>>>  customCPPPATH.append('/opt/local/include/boost-1_32/')
>>>> 
>>>> The custom.py file is there to allow this kind of thing, of adding
>>>> non-standard include paths.  You can continue to build the csound
>>>> library without having boost installed, just some things won't get
>>>> built.  On my computer I have custom.py modified to have:
>>>> 
>>>> 
>>>> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>>>> 
>>>> which is where my boost library is.
>>>> 
>>>> 
>>>> As for install locations, it's complicated for OSX.  Generally with
>>>> software builds, they have a build location and an install location.
>>>> With our scons build, it builds everything "In source", meaning it
>>>> builds the object files and end binaries within the same folder as the
>>>> source code.  After you build, all of the executables and libraries
>>>> will end up in the root of the csound5 folder.  On other OS's, one
>>>> might use the install.py after that to install things into /usr/local.
>>>> 
>>>> For OSX, this is a little different. If you use release=1 with scons,
>>>> you will end up creating a framework directly into the
>>>> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
>>>> anything you might have there.  You need to run with sudo if you use
>>>> release=1 in this case.  However, what you get there is different than
>>>> what you get with the installer we build, which adds in more stuff
>>>> like documentation, other opcodes, all of the interface libraries,
>>>> etc.  This is a known deficiency with the scons build in CS5 for Mac;
>>>> the goal with Csound6's CMake build is to have the framework built
>>>> locally with everything you would get as you would with the installer.
>>>> Besides running with release=1, you'd also have to have a copy of the
>>>> csound executables in /usr/local/bin.  If you ran an installer
>>>> previously, this isn't an issue really as those installed executables
>>>> will link correctly with the newly built framework.  Otherwise, you'd
>>>> have to copy the ones built in csound5 to /usr/local/bin.
>>>> 
>>>> For CMake, it uses "out of source" builds, so all of the built
>>>> binaries are in a separate directory.  This keeps the source tree
>>>> tidy.  What I do with CS5 is develop with XCode in a separate
>>>> directory.  I test within XCode using the run parameters to set
>>>> OPCODEDIR64 to the location where the xcode project stuff was created
>>>> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
>>>> whenever I press run it will use those settings, and I can use the
>>>> debugger and run things like Instruments for profiling all within
>>>> XCode.  Once things are good there, I go back to the commandline to
>>>> build with release=1 with scons.  My system is generally using a
>>>> development build at all times.
>>>> 
>>>> It is not easy to have multiple Csound builds, due to the way that
>>>> frameworks are used and linked to by apps like the csound executables
>>>> as well as CsoundQT.  For your scenario, the best thing I can think of
>>>> is:
>>>> 
>>>> 1. Run the normal csound installer
>>>> 2. Make backup copies of the frameworks:
>>>> /Library/Frameworks/CsoundLib.framework and
>>>> /Library/Frameworks/CsoundLib64.framework
>>>> 3. Do some development builds
>>>> 4. If you're finished doing testing/development, move or delete the
>>>> dev frameworks and copy back the ones from the installer for normal
>>>> usage
>>>> 
>>>> (Best to make a couple scripts for this to automate it)
>>>> 
>>>> 
>>>> As for the Java thing, I'm not sure what is going on there as I'm
>>>> building with Java no problems. On the other hand, I have Oracle's
>>>> Java SDK installed, as Apple stopped being the one's responsible for
>>>> releases of that.  I'll see what happens when I upgrade to 10.8.
>>>> 
>>>> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
>>>> should capture the information from there into a document and perhaps
>>>> store it in csound5 GIT.  We can then collaboratively update that way.
>>>> 
>>>> I'm going to be offline for a bit to take care of some work, but I'll
>>>> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
>>>> there EDT).
>>>> 
>>>> Thanks!
>>>> steven
>>>> 
>>>> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>>>>  wrote:
>>>> 
>>>> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>>>> 
>>>> Archiving ../lib/libfltk_png.a...
>>>> === making src ===
>>>> === making fluid ===
>>>> === making test ===
>>>> === making documentation ===
>>>> db: sudo make install
>>>> === installing FL ===
>>>> Installing include files in /usr/local/include...
>>>> === installing jpeg ===
>>>> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
>>>> Installing jpeg headers in /usr/local/include/FL/images...
>>>> === installing png ===
>>>> Installing libfltk_png.a in /usr/local/lib...
>>>> Installing png headers in /usr/local/include/FL/images...
>>>> === installing src ===
>>>> Installing libraries in /usr/local/lib...
>>>> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
>>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
>>>> === installing fluid ===
>>>> Installing FLUID in /usr/local/bin...
>>>> === installing test ===
>>>> Installing example programs to /usr/local/share/doc/fltk/examples...
>>>> === installing documentation ===
>>>> Installing documentation files in /usr/local/share/doc/fltk ...
>>>> Installing man pages in /usr/local/share/man ...
>>>> db:
>>>> 
>>>> ==========
>>>> 
>>>> All seems OK with FLTK...
>>>> 
>>>> Building with the original commandline (but turning off the JavaWrappers)
>>>> 
>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>>>> CoreServices -framework CoreAudio -dynamiclib
>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>>>> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
>>>> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
>>>> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
>>>> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
>>>> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
>>>> Undefined symbols for architecture i386:
>>>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>>> from:
>>>>    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>> int, char const*)in FLTKKeyboardWindow.os
>>>>    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>>>> int, int, int)in FLTKKeyboardWidget.os
>>>>    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>>>> from:
>>>>    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>> int, char const*)in FLTKKeyboardWindow.os
>>>> ld: symbol(s) not found for architecture i386
>>>> collect2: ld returned 1 exit status
>>>> Undefined symbols for architecture x86_64:
>>>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>>> from:
>>>>    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>> int, char const*)in FLTKKeyboardWindow.os
>>>>    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>>>> int, int, int)in FLTKKeyboardWidget.os
>>>>    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>>>> from:
>>>>    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>> int, char const*)in FLTKKeyboardWindow.os
>>>> ld: symbol(s) not found for architecture x86_64
>>>> collect2: ld returned 1 exit status
>>>> lipo: can't open input file:
>>>> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
>>>> or directory)
>>>> scons: *** [libvirtual.dylib] Error 1
>>>> scons: building terminated because of errors.
>>>> db:
>>>> 
>>>> ====== maybe we should not be building both the 386 and the 486 "universal"
>>>> FLTK?  =====
>>>> 
>>>> It's 7 hours now - so I must stop for a bit.
>>>> 
>>>> --------------------------------
>>>> Dr. Richard Boulanger
>>>> rboulanger@berklee.edu
>>>> -----------------------------------
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
>>>> wrote:
>>>> 
>>>> hum....  fltk 1.3.0  won't make
>>>> 
>>>> Compiling filename_list.cxx...
>>>> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
>>>> int (*)(dirent**, dirent**))’:
>>>> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
>>>> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
>>>> filename_list.cxx:122: error:   initializing argument 4 of ‘int
>>>> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
>>>> dirent**, const dirent**))’
>>>> make[1]: *** [filename_list.o] Error 1
>>>> make: *** [all] Error 1
>>>> db:
>>>> 
>>>> I will try the same commandline with fltk 1.3.x
>>>> 
>>>> 
>>>> -----------------------------------------
>>>> Dr. Richard Boulanger, Ph.D.
>>>> rboulanger@berklee.edu
>>>> Professor of Electronic Production and Design
>>>> Professional Writing and Music Technology Division
>>>> Berklee College of Music
>>>> 617-747-2485 (office)  774-488-9166 (cell)
>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>>>> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
>>>> -------------------------------------------------------------------------------------------------
>>>> 
>>>> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
>>>> wrote:
>>>> 
>>>> I ran this script from the WIKI
>>>> 
>>>> ./configure --with-archflags="-arch i386 -arch x86_64"
>>>> make
>>>> sudo make install
>>>> 
>>>> I will try the following...
>>>> 
>>>> ./configure --with-archflags="-arch x86_64"
>>>> make
>>>> sudo make install
>>>> 
>>>> 
>>>> --------------------------------
>>>> Dr. Richard Boulanger
>>>> rboulanger@berklee.edu
>>>> -----------------------------------
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
>>>> wrote:
>>>> 
>>>> This means your FLTK library has not been built for x86_64 arch (but for
>>>> i386)
>>>> 
>>>> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>>>> 
>>>> ld: symbol(s) not found for architecture x86_64
>>>> 
>>>> 
>>>> Dr Victor Lazzarini
>>>> Senior Lecturer
>>>> Dept. of Music
>>>> NUI Maynooth Ireland
>>>> tel.: +353 1 708 3545
>>>> Victor dot Lazzarini AT nuim dot ie
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>> 
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> 
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Date2012-10-08 16:23
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
I just finished removing redundant and older things in my /usr/local/include  and /usr/local/lib directories

now I will try rebuilding.

-dB

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 10:47 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Definitely remove those libs.  The problem could well be that it's
trying to link with that:

-rwxrwxr-x  1 root  wheel  1094340 Jan 17  2011 libfltk.1.1.dylib

from Jan 17 2011.  To be safe, I'd remove all of those before building.

BTW: I'm on the IRC at the moment if you need anything more pressing:

http://webchat.freenode.net/?channels=#csound

Good luck!
steven


On Mon, Oct 8, 2012 at 3:44 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Before getting started.... I wanted to see if old versions of libfltk were
lying around so...

I launched the Terminal

typed cd /usr/local/lib

typed ls -l libf*

and got what you see below.

seems to be that there is an old libfltk.1.1.dylib in there that might not
belong.
i will at least remove this before I start.  what do you think?


-rwxrwxr-x  1 root  wheel  1094340 Jan 17  2011 libfltk.1.1.dylib
-rwxr-xr-x  1 root  wheel  1686556 Oct  1 10:52 libfltk.1.3.dylib
-rw-r--r--  1 root  wheel  1597168 Oct  8 04:41 libfltk.a
lrwxr-xr-x  1 root  wheel       17 Dec  7  2011 libfltk.dylib ->
libfltk.1.3.dylib
-rwxr-xr-x  1 root  wheel    26400 Dec  7  2011 libfltk_forms.1.3.dylib
-rw-r--r--  1 root  wheel    31128 Oct  8 04:41 libfltk_forms.a
lrwxr-xr-x  1 root  wheel       23 Dec  7  2011 libfltk_forms.dylib ->
libfltk_forms.1.3.dylib
-rwxr-xr-x  1 root  wheel   126136 Dec  7  2011 libfltk_gl.1.3.dylib
-rw-r--r--  1 root  wheel   154136 Oct  8 04:41 libfltk_gl.a
lrwxr-xr-x  1 root  wheel       20 Dec  7  2011 libfltk_gl.dylib ->
libfltk_gl.1.3.dylib
-rwxrwxr-x  1 root  wheel   239376 Jan 17  2011 libfltk_images.1.1.dylib
-rwxr-xr-x  1 root  wheel   537524 Oct  1 10:52 libfltk_images.1.3.dylib
-rw-r--r--  1 root  wheel    68144 Oct  8 04:41 libfltk_images.a
lrwxr-xr-x  1 root  wheel       24 Dec  7  2011 libfltk_images.dylib ->
libfltk_images.1.3.dylib
-rw-r--r--  1 root  wheel   506944 Oct  8 04:41 libfltk_jpeg.a
-rw-r--r--  1 root  wheel   405840 Oct  8 04:41 libfltk_png.a


On Oct 8, 2012, at 10:37 AM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

  customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





Date2012-10-08 16:23
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
I just finished removing redundant and older things in my /usr/local/include  and /usr/local/lib directories

now I will try rebuilding.

-dB

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 10:47 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Definitely remove those libs.  The problem could well be that it's
trying to link with that:

-rwxrwxr-x  1 root  wheel  1094340 Jan 17  2011 libfltk.1.1.dylib

from Jan 17 2011.  To be safe, I'd remove all of those before building.

BTW: I'm on the IRC at the moment if you need anything more pressing:

http://webchat.freenode.net/?channels=#csound

Good luck!
steven


On Mon, Oct 8, 2012 at 3:44 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Before getting started.... I wanted to see if old versions of libfltk were
lying around so...

I launched the Terminal

typed cd /usr/local/lib

typed ls -l libf*

and got what you see below.

seems to be that there is an old libfltk.1.1.dylib in there that might not
belong.
i will at least remove this before I start.  what do you think?


-rwxrwxr-x  1 root  wheel  1094340 Jan 17  2011 libfltk.1.1.dylib
-rwxr-xr-x  1 root  wheel  1686556 Oct  1 10:52 libfltk.1.3.dylib
-rw-r--r--  1 root  wheel  1597168 Oct  8 04:41 libfltk.a
lrwxr-xr-x  1 root  wheel       17 Dec  7  2011 libfltk.dylib ->
libfltk.1.3.dylib
-rwxr-xr-x  1 root  wheel    26400 Dec  7  2011 libfltk_forms.1.3.dylib
-rw-r--r--  1 root  wheel    31128 Oct  8 04:41 libfltk_forms.a
lrwxr-xr-x  1 root  wheel       23 Dec  7  2011 libfltk_forms.dylib ->
libfltk_forms.1.3.dylib
-rwxr-xr-x  1 root  wheel   126136 Dec  7  2011 libfltk_gl.1.3.dylib
-rw-r--r--  1 root  wheel   154136 Oct  8 04:41 libfltk_gl.a
lrwxr-xr-x  1 root  wheel       20 Dec  7  2011 libfltk_gl.dylib ->
libfltk_gl.1.3.dylib
-rwxrwxr-x  1 root  wheel   239376 Jan 17  2011 libfltk_images.1.1.dylib
-rwxr-xr-x  1 root  wheel   537524 Oct  1 10:52 libfltk_images.1.3.dylib
-rw-r--r--  1 root  wheel    68144 Oct  8 04:41 libfltk_images.a
lrwxr-xr-x  1 root  wheel       24 Dec  7  2011 libfltk_images.dylib ->
libfltk_images.1.3.dylib
-rw-r--r--  1 root  wheel   506944 Oct  8 04:41 libfltk_jpeg.a
-rw-r--r--  1 root  wheel   405840 Oct  8 04:41 libfltk_png.a


On Oct 8, 2012, at 10:37 AM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

  customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





Date2012-10-08 16:37
From"Dr. Richard Boulanger"
SubjectRe: [Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
where is inOut/virtual_keyboard?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files in InOut/virtual_keyboard, then building again. I think old object files might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as they are in the FL headers only, so they should appear in the compiled object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



Date2012-10-08 16:40
FromVictor Lazzarini
SubjectRe: [Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
In the csound sources.


On 8 Oct 2012, at 16:37, Dr. Richard Boulanger wrote:

where is inOut/virtual_keyboard?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files in InOut/virtual_keyboard, then building again. I think old object files might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as they are in the FL headers only, so they should appear in the compiled object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-08 16:42
FromVictor Lazzarini
SubjectRe: [Cs-dev] [Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
In particular InOut/virtual_keyboard/SliderBank.os needs to be updated. It needs to produce this nm output:

coltrane:csound5-double victor$ nm InOut/virtual_keyboard/SliderBank.os | grep Spinner
0000000000015880 S __ZN10Fl_Spinner5sb_cbEP9Fl_WidgetPS_
00000000000166b0 S __ZN10Fl_Spinner5sb_cbEP9Fl_WidgetPS_.eh
00000000000155e0 S __ZN10Fl_Spinner6handleEi
0000000000016470 S __ZN10Fl_Spinner6handleEi.eh
0000000000015510 S __ZN10Fl_Spinner6resizeEiiii
00000000000163d8 S __ZN10Fl_Spinner6resizeEiiii.eh
00000000000156a0 S __ZN10Fl_SpinnerD0Ev
0000000000016568 S __ZN10Fl_SpinnerD0Ev.eh
0000000000015790 S __ZN10Fl_SpinnerD1Ev
0000000000016598 S __ZN10Fl_SpinnerD1Ev.eh
0000000000016160 S __ZTI10Fl_Spinner
0000000000016178 S __ZTS10Fl_Spinner
0000000000016100 S __ZTV10Fl_Spinner

On 8 Oct 2012, at 16:37, Dr. Richard Boulanger wrote:

where is inOut/virtual_keyboard?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files in InOut/virtual_keyboard, then building again. I think old object files might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as they are in the FL headers only, so they should appear in the compiled object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-08 16:44
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
removed all fltk first.
then did...

./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

when I look in  /usr/local/lib there seems to be no dylib for fltk?

db: cd /usr/local/lib
db: ls -l libf*

-rw-rw-rw-  1 root  admin  1644216 Jul 25  2010 libfftw3.a
-rwxrwxrwx  1 root  admin      891 Jul 25  2010 libfftw3.la
-rw-r--r--  1 root  wheel  2848256 Oct  8 11:38 libfltk.a
-rw-r--r--  1 root  wheel    53736 Oct  8 11:38 libfltk_forms.a
-rw-r--r--  1 root  wheel   288536 Oct  8 11:38 libfltk_gl.a
-rw-r--r--  1 root  wheel   124912 Oct  8 11:38 libfltk_images.a
-rw-r--r--  1 root  wheel   506944 Oct  8 11:38 libfltk_jpeg.a
-rw-r--r--  1 root  wheel   405840 Oct  8 11:38 libfltk_png.a
-rwxr-xr-x  1 root  wheel   618044 Oct  1 10:52 libfluidsynth.1.dylib




--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

   customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:

   customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 16:45
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Thanks.... 

I am about to try building again - and before I do, I will remove the files you recommend and then check for this nm output.

-dB

On Oct 8, 2012, at 11:42 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

In particular InOut/virtual_keyboard/SliderBank.os needs to be updated. It needs to produce this nm output:

coltrane:csound5-double victor$ nm InOut/virtual_keyboard/SliderBank.os | grep Spinner
0000000000015880 S __ZN10Fl_Spinner5sb_cbEP9Fl_WidgetPS_
00000000000166b0 S __ZN10Fl_Spinner5sb_cbEP9Fl_WidgetPS_.eh
00000000000155e0 S __ZN10Fl_Spinner6handleEi
0000000000016470 S __ZN10Fl_Spinner6handleEi.eh
0000000000015510 S __ZN10Fl_Spinner6resizeEiiii
00000000000163d8 S __ZN10Fl_Spinner6resizeEiiii.eh
00000000000156a0 S __ZN10Fl_SpinnerD0Ev
0000000000016568 S __ZN10Fl_SpinnerD0Ev.eh
0000000000015790 S __ZN10Fl_SpinnerD1Ev
0000000000016598 S __ZN10Fl_SpinnerD1Ev.eh
0000000000016160 S __ZTI10Fl_Spinner
0000000000016178 S __ZTS10Fl_Spinner
0000000000016100 S __ZTV10Fl_Spinner

On 8 Oct 2012, at 16:37, Dr. Richard Boulanger wrote:

where is inOut/virtual_keyboard?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files in InOut/virtual_keyboard, then building again. I think old object files might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as they are in the FL headers only, so they should appear in the compiled object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 16:46
FromSteven Yi
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
Odd, it looks like it only build the static libraries.  Try:

> ./configure --with-archflags="-arch i386 -arch x86_64"   --enable-shared
> make clean
> make
> sudo make install


On Mon, Oct 8, 2012 at 4:44 PM, Dr. Richard Boulanger
 wrote:
> removed all fltk first.
> then did...
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
>
> when I look in  /usr/local/lib there seems to be no dylib for fltk?
>
> db: cd /usr/local/lib
> db: ls -l libf*
>
> -rw-rw-rw-  1 root  admin  1644216 Jul 25  2010 libfftw3.a
> -rwxrwxrwx  1 root  admin      891 Jul 25  2010 libfftw3.la
> -rw-r--r--  1 root  wheel  2848256 Oct  8 11:38 libfltk.a
> -rw-r--r--  1 root  wheel    53736 Oct  8 11:38 libfltk_forms.a
> -rw-r--r--  1 root  wheel   288536 Oct  8 11:38 libfltk_gl.a
> -rw-r--r--  1 root  wheel   124912 Oct  8 11:38 libfltk_images.a
> -rw-r--r--  1 root  wheel   506944 Oct  8 11:38 libfltk_jpeg.a
> -rw-r--r--  1 root  wheel   405840 Oct  8 11:38 libfltk_png.a
> -rwxr-xr-x  1 root  wheel   618044 Oct  1 10:52 libfluidsynth.1.dylib
>
>
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
>    customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
>  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 16:46
FromVictor Lazzarini
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Well you have built only static libs. That should work OK for you, nevertheless.

Victor

On 8 Oct 2012, at 16:44, Dr. Richard Boulanger wrote:

removed all fltk first.
then did...

./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

when I look in  /usr/local/lib there seems to be no dylib for fltk?

db: cd /usr/local/lib
db: ls -l libf*

-rw-rw-rw-  1 root  admin  1644216 Jul 25  2010 libfftw3.a
-rwxrwxrwx  1 root  admin      891 Jul 25  2010 libfftw3.la
-rw-r--r--  1 root  wheel  2848256 Oct  8 11:38 libfltk.a
-rw-r--r--  1 root  wheel    53736 Oct  8 11:38 libfltk_forms.a
-rw-r--r--  1 root  wheel   288536 Oct  8 11:38 libfltk_gl.a
-rw-r--r--  1 root  wheel   124912 Oct  8 11:38 libfltk_images.a
-rw-r--r--  1 root  wheel   506944 Oct  8 11:38 libfltk_jpeg.a
-rw-r--r--  1 root  wheel   405840 Oct  8 11:38 libfltk_png.a
-rwxr-xr-x  1 root  wheel   618044 Oct  1 10:52 libfluidsynth.1.dylib




--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

   customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:

   customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
 "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
 "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-08 16:48
FromVictor Lazzarini
SubjectRe: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
But it's OK to have static libs, it should work the same way.

On 8 Oct 2012, at 16:46, Steven Yi wrote:

> Odd, it looks like it only build the static libraries.  Try:
> 
>> ./configure --with-archflags="-arch i386 -arch x86_64"   --enable-shared
>> make clean
>> make
>> sudo make install
> 
> 
> On Mon, Oct 8, 2012 at 4:44 PM, Dr. Richard Boulanger
>  wrote:
>> removed all fltk first.
>> then did...
>> 
>> ./configure --with-archflags="-arch i386 -arch x86_64"
>> make clean
>> make
>> sudo make install
>> 
>> 
>> when I look in  /usr/local/lib there seems to be no dylib for fltk?
>> 
>> db: cd /usr/local/lib
>> db: ls -l libf*
>> 
>> -rw-rw-rw-  1 root  admin  1644216 Jul 25  2010 libfftw3.a
>> -rwxrwxrwx  1 root  admin      891 Jul 25  2010 libfftw3.la
>> -rw-r--r--  1 root  wheel  2848256 Oct  8 11:38 libfltk.a
>> -rw-r--r--  1 root  wheel    53736 Oct  8 11:38 libfltk_forms.a
>> -rw-r--r--  1 root  wheel   288536 Oct  8 11:38 libfltk_gl.a
>> -rw-r--r--  1 root  wheel   124912 Oct  8 11:38 libfltk_images.a
>> -rw-r--r--  1 root  wheel   506944 Oct  8 11:38 libfltk_jpeg.a
>> -rw-r--r--  1 root  wheel   405840 Oct  8 11:38 libfltk_png.a
>> -rwxr-xr-x  1 root  wheel   618044 Oct  1 10:52 libfluidsynth.1.dylib
>> 
>> 
>> 
>> 
>> --------------------------------
>> Dr. Richard Boulanger
>> rboulanger@berklee.edu
>> -----------------------------------
>> 
>> 
>> 
>> 
>> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>> 
>> Hi Dr. B,
>> 
>> Just catching up with the thread.  I'm planning to upgrade to 10.8
>> later this evening (have some work I need to get done first for the
>> day), so will be able to assist more closely by having the same OS
>> version.
>> 
>> It sounds like you're really close.  The issue, as Victor mentioned,
>> is that the fltk library you have built does not have both x86_64 and
>> i386 architectures.  I wonder if the issue is that you the make files
>> didn't detect when you switched architectures and you had some stale
>> .o files around.  Could you try building the fltk 1.3 again with:
>> 
>> 
>> ./configure --with-archflags="-arch i386 -arch x86_64"
>> make clean
>> make
>> sudo make install
>> 
>> That way, we'll know the lib was built from a clean state.
>> 
>> After that, you can check the library that was installed into
>> /usr/local/lib.  Two things I do are:
>> 
>> file /usr/local/lib/libfltk.1.3.dylib
>> 
>> that show me here:
>> 
>> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>> 
>> You can also see what symbols are in the library by using:
>> 
>> nm /usr/local/lib/libfltk.1.3.dylib
>> 
>> That gives all the symbols, so you can pipe that to grep with:
>> 
>> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>> 
>> for me here, I get:
>> 
>> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
>> /usr/local/lib/libfltk.1.3.dylib | grep Double
>> 000000000001b34e t
>> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
>> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
>> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
>> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
>> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
>> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
>> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
>> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
>> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
>> 000000000009e0d0 S __ZTI16Fl_Double_Window
>> 0000000000073e80 S __ZTS16Fl_Double_Window
>> 000000000009e060 S __ZTV16Fl_Double_Window
>> 
>> 
>> Also, worst case, if you just want to keep going and skip FLTK related
>> stuff with scons, you can do that using:
>> 
>> useFLTK=0
>> 
>> 
>> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
>> that is a bit of a red herring.  That's being defined in the
>> custom-osx.py you used to create the custom.py file.  If you look at
>> that file you'll see:
>> 
>>   customCPPPATH.append('/opt/local/include/boost-1_32/')
>> 
>> The custom.py file is there to allow this kind of thing, of adding
>> non-standard include paths.  You can continue to build the csound
>> library without having boost installed, just some things won't get
>> built.  On my computer I have custom.py modified to have:
>> 
>> 
>> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>> 
>> which is where my boost library is.
>> 
>> 
>> As for install locations, it's complicated for OSX.  Generally with
>> software builds, they have a build location and an install location.
>> With our scons build, it builds everything "In source", meaning it
>> builds the object files and end binaries within the same folder as the
>> source code.  After you build, all of the executables and libraries
>> will end up in the root of the csound5 folder.  On other OS's, one
>> might use the install.py after that to install things into /usr/local.
>> 
>> For OSX, this is a little different. If you use release=1 with scons,
>> you will end up creating a framework directly into the
>> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
>> anything you might have there.  You need to run with sudo if you use
>> release=1 in this case.  However, what you get there is different than
>> what you get with the installer we build, which adds in more stuff
>> like documentation, other opcodes, all of the interface libraries,
>> etc.  This is a known deficiency with the scons build in CS5 for Mac;
>> the goal with Csound6's CMake build is to have the framework built
>> locally with everything you would get as you would with the installer.
>> Besides running with release=1, you'd also have to have a copy of the
>> csound executables in /usr/local/bin.  If you ran an installer
>> previously, this isn't an issue really as those installed executables
>> will link correctly with the newly built framework.  Otherwise, you'd
>> have to copy the ones built in csound5 to /usr/local/bin.
>> 
>> For CMake, it uses "out of source" builds, so all of the built
>> binaries are in a separate directory.  This keeps the source tree
>> tidy.  What I do with CS5 is develop with XCode in a separate
>> directory.  I test within XCode using the run parameters to set
>> OPCODEDIR64 to the location where the xcode project stuff was created
>> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
>> whenever I press run it will use those settings, and I can use the
>> debugger and run things like Instruments for profiling all within
>> XCode.  Once things are good there, I go back to the commandline to
>> build with release=1 with scons.  My system is generally using a
>> development build at all times.
>> 
>> It is not easy to have multiple Csound builds, due to the way that
>> frameworks are used and linked to by apps like the csound executables
>> as well as CsoundQT.  For your scenario, the best thing I can think of
>> is:
>> 
>> 1. Run the normal csound installer
>> 2. Make backup copies of the frameworks:
>> /Library/Frameworks/CsoundLib.framework and
>> /Library/Frameworks/CsoundLib64.framework
>> 3. Do some development builds
>> 4. If you're finished doing testing/development, move or delete the
>> dev frameworks and copy back the ones from the installer for normal
>> usage
>> 
>> (Best to make a couple scripts for this to automate it)
>> 
>> 
>> As for the Java thing, I'm not sure what is going on there as I'm
>> building with Java no problems. On the other hand, I have Oracle's
>> Java SDK installed, as Apple stopped being the one's responsible for
>> releases of that.  I'll see what happens when I upgrade to 10.8.
>> 
>> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
>> should capture the information from there into a document and perhaps
>> store it in csound5 GIT.  We can then collaboratively update that way.
>> 
>> I'm going to be offline for a bit to take care of some work, but I'll
>> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
>> there EDT).
>> 
>> Thanks!
>> steven
>> 
>> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>>  wrote:
>> 
>> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>> 
>> Archiving ../lib/libfltk_png.a...
>> === making src ===
>> === making fluid ===
>> === making test ===
>> === making documentation ===
>> db: sudo make install
>> === installing FL ===
>> Installing include files in /usr/local/include...
>> === installing jpeg ===
>> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
>> Installing jpeg headers in /usr/local/include/FL/images...
>> === installing png ===
>> Installing libfltk_png.a in /usr/local/lib...
>> Installing png headers in /usr/local/include/FL/images...
>> === installing src ===
>> Installing libraries in /usr/local/lib...
>> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
>> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
>> === installing fluid ===
>> Installing FLUID in /usr/local/bin...
>> === installing test ===
>> Installing example programs to /usr/local/share/doc/fltk/examples...
>> === installing documentation ===
>> Installing documentation files in /usr/local/share/doc/fltk ...
>> Installing man pages in /usr/local/share/man ...
>> db:
>> 
>> ==========
>> 
>> All seems OK with FLTK...
>> 
>> Building with the original commandline (but turning off the JavaWrappers)
>> 
>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>> CoreServices -framework CoreAudio -dynamiclib
>> InOut/virtual_keyboard/FLTKKeyboard.os
>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
>> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
>> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
>> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
>> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
>> Undefined symbols for architecture i386:
>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>> from:
>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>>     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>> int, int, int)in FLTKKeyboardWidget.os
>>     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>> from:
>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>> ld: symbol(s) not found for architecture i386
>> collect2: ld returned 1 exit status
>> Undefined symbols for architecture x86_64:
>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>> from:
>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>>     FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>> int, int, int)in FLTKKeyboardWidget.os
>>     SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
>> from:
>>     FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>> int, char const*)in FLTKKeyboardWindow.os
>> ld: symbol(s) not found for architecture x86_64
>> collect2: ld returned 1 exit status
>> lipo: can't open input file:
>> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
>> or directory)
>> scons: *** [libvirtual.dylib] Error 1
>> scons: building terminated because of errors.
>> db:
>> 
>> ====== maybe we should not be building both the 386 and the 486 "universal"
>> FLTK?  =====
>> 
>> It's 7 hours now - so I must stop for a bit.
>> 
>> --------------------------------
>> Dr. Richard Boulanger
>> rboulanger@berklee.edu
>> -----------------------------------
>> 
>> 
>> 
>> 
>> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
>> wrote:
>> 
>> hum....  fltk 1.3.0  won't make
>> 
>> Compiling filename_list.cxx...
>> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
>> int (*)(dirent**, dirent**))’:
>> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
>> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
>> filename_list.cxx:122: error:   initializing argument 4 of ‘int
>> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
>> dirent**, const dirent**))’
>> make[1]: *** [filename_list.o] Error 1
>> make: *** [all] Error 1
>> db:
>> 
>> I will try the same commandline with fltk 1.3.x
>> 
>> 
>> -----------------------------------------
>> Dr. Richard Boulanger, Ph.D.
>> rboulanger@berklee.edu
>> Professor of Electronic Production and Design
>> Professional Writing and Music Technology Division
>> Berklee College of Music
>> 617-747-2485 (office)  774-488-9166 (cell)
>> http://csounds.com/boulanger     http://csounds.com/mathews
>> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
>> -------------------------------------------------------------------------------------------------
>> 
>> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
>> wrote:
>> 
>> I ran this script from the WIKI
>> 
>> ./configure --with-archflags="-arch i386 -arch x86_64"
>> make
>> sudo make install
>> 
>> I will try the following...
>> 
>> ./configure --with-archflags="-arch x86_64"
>> make
>> sudo make install
>> 
>> 
>> --------------------------------
>> Dr. Richard Boulanger
>> rboulanger@berklee.edu
>> -----------------------------------
>> 
>> 
>> 
>> 
>> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
>> wrote:
>> 
>> This means your FLTK library has not been built for x86_64 arch (but for
>> i386)
>> 
>> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>> 
>> ld: symbol(s) not found for architecture x86_64
>> 
>> 
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-08 17:01
From"Dr. Richard Boulanger"
Subject[Csnd] Re: [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Happy to report that adding --enable-shared worked and so I could do the additions tests that you recommended... such as:

file /usr/local/lib/libfltk.1.3.dylib
/usr/local/lib/libfltk.1.3.dylib: Mach-O universal binary with 2 architectures
/usr/local/lib/libfltk.1.3.dylib (for architecture i386): Mach-O dynamically linked shared library i386
/usr/local/lib/libfltk.1.3.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64

and when I

db: nm /usr/local/lib/libfltk.1.3.dylib | grep Double

I get....

000000000001c7e0 t __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b4d0 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001c58e T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
000000000001a140 T __ZN16Fl_Double_Window4hideEv
000000000001a22c T __ZN16Fl_Double_Window4showEv
000000000001a650 T __ZN16Fl_Double_Window5flushEi
000000000001a236 T __ZN16Fl_Double_Window5flushEv
000000000001a1d4 T __ZN16Fl_Double_Window6resizeEiiii
000000000001a8fa T __ZN16Fl_Double_WindowC1EiiPKc
000000000001a83a T __ZN16Fl_Double_WindowC1EiiiiPKc
0000000000019f5e T __ZN16Fl_Double_WindowC2EiiPKc
000000000001a77a T __ZN16Fl_Double_WindowC2EiiiiPKc
000000000001a174 T __ZN16Fl_Double_WindowD0Ev
000000000001a1a8 T __ZN16Fl_Double_WindowD1Ev
000000000001a242 T __ZN16Fl_Double_WindowD2Ev
00000000000a6160 S __ZTI16Fl_Double_Window
0000000000077be0 S __ZTS16Fl_Double_Window
00000000000a60f0 S __ZTV16Fl_Double_Window
--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:46 AM, Steven Yi <stevenyi@gmail.com> wrote:

Odd, it looks like it only build the static libraries.  Try:

./configure --with-archflags="-arch i386 -arch x86_64"   --enable-shared
make clean
make
sudo make install


On Mon, Oct 8, 2012 at 4:44 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
removed all fltk first.
then did...

./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install


when I look in  /usr/local/lib there seems to be no dylib for fltk?

db: cd /usr/local/lib
db: ls -l libf*

-rw-rw-rw-  1 root  admin  1644216 Jul 25  2010 libfftw3.a
-rwxrwxrwx  1 root  admin      891 Jul 25  2010 libfftw3.la
-rw-r--r--  1 root  wheel  2848256 Oct  8 11:38 libfltk.a
-rw-r--r--  1 root  wheel    53736 Oct  8 11:38 libfltk_forms.a
-rw-r--r--  1 root  wheel   288536 Oct  8 11:38 libfltk_gl.a
-rw-r--r--  1 root  wheel   124912 Oct  8 11:38 libfltk_images.a
-rw-r--r--  1 root  wheel   506944 Oct  8 11:38 libfltk_jpeg.a
-rw-r--r--  1 root  wheel   405840 Oct  8 11:38 libfltk_png.a
-rwxr-xr-x  1 root  wheel   618044 Oct  1 10:52 libfluidsynth.1.dylib




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

  customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
    FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
    SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
    FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 17:05
From"Dr. Richard Boulanger"
SubjectRe: [Csnd] [Cs-dev] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
I have removed all the .os files from InOut/virtual_keyboard and am ready to build again.

Should I download and install the Java SDK from Oracle as Steven has suggested he has done on his system?
 
--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files in InOut/virtual_keyboard, then building again. I think old object files might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as they are in the FL headers only, so they should appear in the compiled object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



Date2012-10-08 17:07
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
 wrote:
> I have removed all the .os files from InOut/virtual_keyboard and am ready to
> build again.
>
> Should I download and install the Java SDK from Oracle as Steven has
> suggested he has done on his system?
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini 
> wrote:
>
> Regarding the virtual keyboard errors, try getting rid of all   *.os files
> in InOut/virtual_keyboard, then building again. I think old object files
> might be the problem.
> The symbols the linker is complaining about are not in libfltk.dylib, as
> they are in the FL headers only, so they should appear in the compiled
> object files instead.
>
> Victor
>
> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>
> I will try to do this next.
>
>
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>
> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
>
>
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins 
> wrote:
>
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
> customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>   FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>   FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>   SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>   FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>   FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>   FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>   SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>   FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 17:10
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
OK.  

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework /Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64? 
-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
 FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
 FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
 SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
 FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
 FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
 FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
 SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
 FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
         https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 17:20
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Re: Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
After the rebuild...  

From within the virtual_keyboard directory, when I type...

nm SliderBank.os | grep Spinner

I don't get as much as you did.  Is this OK?

0000000000012368 S __ZN10Fl_Spinner6updateEv
0000000000012ac0 S __ZN10Fl_Spinner6updateEv.eh
                 U __ZN10Fl_SpinnerC1EiiiiPKc

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 11:42 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

In particular InOut/virtual_keyboard/SliderBank.os needs to be updated. It needs to produce this nm output:

coltrane:csound5-double victor$ nm InOut/virtual_keyboard/SliderBank.os | grep Spinner
0000000000015880 S __ZN10Fl_Spinner5sb_cbEP9Fl_WidgetPS_
00000000000166b0 S __ZN10Fl_Spinner5sb_cbEP9Fl_WidgetPS_.eh
00000000000155e0 S __ZN10Fl_Spinner6handleEi
0000000000016470 S __ZN10Fl_Spinner6handleEi.eh
0000000000015510 S __ZN10Fl_Spinner6resizeEiiii
00000000000163d8 S __ZN10Fl_Spinner6resizeEiiii.eh
00000000000156a0 S __ZN10Fl_SpinnerD0Ev
0000000000016568 S __ZN10Fl_SpinnerD0Ev.eh
0000000000015790 S __ZN10Fl_SpinnerD1Ev
0000000000016598 S __ZN10Fl_SpinnerD1Ev.eh
0000000000016160 S __ZTI10Fl_Spinner
0000000000016178 S __ZTS10Fl_Spinner
0000000000016100 S __ZTV10Fl_Spinner

On 8 Oct 2012, at 16:37, Dr. Richard Boulanger wrote:

where is inOut/virtual_keyboard?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files in InOut/virtual_keyboard, then building again. I think old object files might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as they are in the FL headers only, so they should appear in the compiled object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com> wrote:
I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



Send bugs reports to the Sourceforge bug tracker
          https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
           https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"



Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 17:23
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
 wrote:
> OK.
>
> It is now asking me to give permission to remove and move things....
>
> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
> scons: Reading SConscript files ...
>
>       C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>     with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>     and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>     command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
> override rwxrwxr-x  root/wheel for
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:07 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> I'd wait on that and just try to get the rest built first.  We can
> look at that after you get through the first round.  I'm going to be
> updating OSX in about 20 minutes, so maybe I'll see the same problems
> after I do that.
>
> Let's see what happens next with Scons now. :)
>
> steven
>
> On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
>  wrote:
>
> I have removed all the .os files from InOut/virtual_keyboard and am ready to
> build again.
>
> Should I download and install the Java SDK from Oracle as Steven has
> suggested he has done on his system?
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini 
> wrote:
>
> Regarding the virtual keyboard errors, try getting rid of all   *.os files
> in InOut/virtual_keyboard, then building again. I think old object files
> might be the problem.
> The symbols the linker is complaining about are not in libfltk.dylib, as
> they are in the FL headers only, so they should appear in the compiled
> object files instead.
>
> Victor
>
> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>
> I will try to do this next.
>
>
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>
> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
>
>
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins 
> wrote:
>
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
> customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
>  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
>  FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
>  SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
>  FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-08 17:48
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES', '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET', '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H', '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS', '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND', '-D_CSOUND_RELEASE_', '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"', '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc', '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7', '-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework /Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have overwritten the version that was installed previously from sourceforge (using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

     C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
   with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
   and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
   command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
        https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
         https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 17:52
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
 wrote:
> Maybe I have it then?
>
> I used this build command:
>
> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> Gave it my Password
>
> Password:
>
> And the... It starts like this....
>
> scons: Reading SConscript files ...
>
>       C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>     with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>     and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>     command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include SDIF/sdif-mem.c
>
>
> =====
> Lot's more to report along the way...
>
>
> ====
> It ends like this...
>
>
> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/sndinfo_main.c
> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/srconv_main.c
> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> scons: done building targets.
>
> =====
> SOME QUESTIONS....
>
> Apart from the JavaWrappers, you are saying that I have built from sources?
>
> Does this mean that the Frameworks have been replaced - and that this have
> overwritten the version that was installed previously from sourceforge
> (using the installer)
> with the latest developer release from Git?
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 12:23 PM, Steven Yi  wrote:
>
> This is good news, it looks like you got through the build and it's
> trying to install, since you have buildRelease=1.  To use
> buildRelease=1 on OSX, you need to run the scons command with sudo.
> After that, you should be able to get all the way through.
>
> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>  wrote:
>
> OK.
>
> It is now asking me to give permission to remove and move things....
>
> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
> scons: Reading SConscript files ...
>
>      C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>    with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>    and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>    command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
> override rwxrwxr-x  root/wheel for
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:07 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> I'd wait on that and just try to get the rest built first.  We can
> look at that after you get through the first round.  I'm going to be
> updating OSX in about 20 minutes, so maybe I'll see the same problems
> after I do that.
>
> Let's see what happens next with Scons now. :)
>
> steven
>
> On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
>  wrote:
>
> I have removed all the .os files from InOut/virtual_keyboard and am ready to
> build again.
>
> Should I download and install the Java SDK from Oracle as Steven has
> suggested he has done on his system?
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini 
> wrote:
>
> Regarding the virtual keyboard errors, try getting rid of all   *.os files
> in InOut/virtual_keyboard, then building again. I think old object files
> might be the problem.
> The symbols the linker is complaining about are not in libfltk.dylib, as
> they are in the FL headers only, so they should appear in the compiled
> object files instead.
>
> Victor
>
> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>
> I will try to do this next.
>
>
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>
> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
>
>
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins 
> wrote:
>
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
> customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 18:10
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework 

and they are:  

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 -> Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers -> Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources -> Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.  

There is no way that I could have gotten my system to work without the invaluable and dedicated input, suggestions, debugging and solutions from both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries to install and include - like Loris, and CsoundAv, and...
Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper issue?

Thanks again so much... still more to do it seems, but nice to have crossed "this" finish line.  

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project 

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

     C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
   with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
   and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
   command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

    C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
  with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
  and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
  command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
       https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
        https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-08 18:25
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
 wrote:
> Thanks Steven.
>
> I checked the dates
>
> ls -l  /Library/Frameworks/CsoundLib64.framework
>
> and they are:
>
> db: ls -l /Library/Frameworks/CsoundLib64.framework
> total 24
> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
> Versions/Current/CsoundLib64
> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
> Versions/Current/Headers
> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
> Versions/Current/Resources
> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>
> WOW.  Wonderful.  It's been a long time since I was able to pull from git
> and build from sources.
>
> Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
> move on to get a  Cmake Xcode version following that
> WIKI from here.
>
> Awesome.
>
> There is no way that I could have gotten my system to work without the
> invaluable and dedicated input, suggestions, debugging and solutions from
> both you and Victor.
> Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
> and incredible help
> And still ... It took 9.5 uninterrupted hours of concentrated work to get to
> this point.
> I think we discovered some missing pieces/steps along the way.
> I hope that we can add some of these to your fantastic WIKI.
>
> But... wait... as I look at the page
> http://www.csounds.com/manual/html/BuildingCsound.html
> to install from the Manual, I see that there are other "optional" libraries
> to install and include - like Loris, and CsoundAv, and...
>
> For generating Python and Java interfaces, install the Software Interface
> and Wrapper Generator (SWIG) from http://www.swig.org.
> The fluid opcodes require the Fluidsynth library from
> http://savannah.nongnu.org/download/fluid.
> The STK opcodes require STK source code from
> http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
> The Loris opcodes requires Loris 1.8 to be installed:
> http://sourceforge.net/projects/loris/files. It will create the Csound Loris
> opcodes (along with Loris itself). When you run Csound use an additional
> command line flag: --opcode-lib. For example in Linux:
> --opcode-lib=/usr/local/lib/libloris.so
>
> Should the WIKI cover these too?
>
> I will try this SWIG install, because it might help to fix the JavaWrapper
> issue?
>
> Thanks again so much... still more to do it seems, but nice to have crossed
> "this" finish line.
>
> Can we hope to bring others along?
>
> So that when the developers have a bug fix or new opcode that that commit to
> the Git repository, many of us could just pull and rebuild to check it out.
>
> Thanks again so much for all this help.
>
> -dB
>
> SWIG and then on to the Cmake Xcode project
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:52 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Yes, looks like things are done there!  You can look at the dates of
> the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
> for Java, the OSX installer currently says 31 minutes left, but that
> ticker is going down slowly here. :)
>
> I forgot though, did you manage to get Cmake XCode working?
>
> steven
>
> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>  wrote:
>
> Maybe I have it then?
>
> I used this build command:
>
> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> Gave it my Password
>
> Password:
>
> And the... It starts like this....
>
> scons: Reading SConscript files ...
>
>      C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>    with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>    and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>    command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include SDIF/sdif-mem.c
>
>
> =====
> Lot's more to report along the way...
>
>
> ====
> It ends like this...
>
>
> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/sndinfo_main.c
> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/srconv_main.c
> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> scons: done building targets.
>
> =====
> SOME QUESTIONS....
>
> Apart from the JavaWrappers, you are saying that I have built from sources?
>
> Does this mean that the Frameworks have been replaced - and that this have
> overwritten the version that was installed previously from sourceforge
> (using the installer)
> with the latest developer release from Git?
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 12:23 PM, Steven Yi  wrote:
>
> This is good news, it looks like you got through the build and it's
> trying to install, since you have buildRelease=1.  To use
> buildRelease=1 on OSX, you need to run the scons command with sudo.
> After that, you should be able to get all the way through.
>
> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>  wrote:
>
> OK.
>
> It is now asking me to give permission to remove and move things....
>
> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
> scons: Reading SConscript files ...
>
>     C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>   with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>   and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>   command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
> override rwxrwxr-x  root/wheel for
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:07 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> I'd wait on that and just try to get the rest built first.  We can
> look at that after you get through the first round.  I'm going to be
> updating OSX in about 20 minutes, so maybe I'll see the same problems
> after I do that.
>
> Let's see what happens next with Scons now. :)
>
> steven
>
> On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
>  wrote:
>
> I have removed all the .os files from InOut/virtual_keyboard and am ready to
> build again.
>
> Should I download and install the Java SDK from Oracle as Steven has
> suggested he has done on his system?
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini 
> wrote:
>
> Regarding the virtual keyboard errors, try getting rid of all   *.os files
> in InOut/virtual_keyboard, then building again. I think old object files
> might be the problem.
> The symbols the linker is complaining about are not in libfltk.dylib, as
> they are in the FL headers only, so they should appear in the compiled
> object files instead.
>
> Victor
>
> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>
> I will try to do this next.
>
>
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>
> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
>
>
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins 
> wrote:
>
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
> customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>        https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-08 18:41
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Hello Steven,

Thanks so much for all your help and for all this fantastic work that made it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs to...

======
download, build, install PCRE ( a dependency for SWIG)


./configure
make
sudo make install

and then....

=========
download, build, install SWIG


./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the additional steps (dependencies) and pre-steps (checking for and removing old dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake), Telling users to change custom.py,  to find and build and move boost, to edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the commands and links and suggestions from the manual (http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for tomorrow and wednesday and prepare my classes.  But, I might get back to this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed attempts over the years.  

Thanks again to you and Victor and Michael Goggins and the other Developers who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

    C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
  with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
  and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
  command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
       https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Date2012-10-09 03:27
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

But... this evening I was testing some .csds from students using the image opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token "imageload") line 17:
>>>giimg imageload <<<
Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release, but they were added the other day and when I re-installed from SourceForge, these .csds worked.
And... they work on my student's computer who created them for class this week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line option.

I look to the table in the Csound Manual and it does show me that there is an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many things.  

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new files here: csound, winsound, etc.

From the terminal, I type

./winsound 

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs to...

======
download, build, install PCRE ( a dependency for SWIG)


./configure
make
sudo make install

and then....

=========
download, build, install SWIG


./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the additional steps (dependencies) and pre-steps (checking for and removing old dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake), Telling users to change custom.py,  to find and build and move boost, to edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the commands and links and suggestions from the manual (http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for tomorrow and wednesday and prepare my classes.  But, I might get back to this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed attempts over the years.  

Thanks again to you and Victor and Michael Goggins and the other Developers who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

    C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
  with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
  and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
  command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
       https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





Date2012-10-09 10:55
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
 wrote:
> But wait.... I might not have crossed the finish line all the way.  Oh no.
>
> So, I am preparing to show off this process tomorrow morning in our first
> Computer Science Club Meeting for the semester @ Berklee
> And it does seem to be true that my "frameworks" were updated after the
> successful build using the following commandline
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
>
> But... this evening I was testing some .csds from students using the image
> opcodes and I got a console output in QuteCsound-f like this:
>
> Csound version 5.18.03 (float samples) Oct 1 2012
> Creating options
> Creating orchestra
> Creating score
> using callback interface
>
> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
> "imageload") line 17:
>>>>giimg imageload <<<
> Parsing failed due to invalid input!
> Stopping on parser failure
>
>
>
> Now... I know that the image opcodes were missing from the 5.18.02 release,
> but they were added the other day and when I re-installed from SourceForge,
> these .csds worked.
> And... they work on my student's computer who created them for class this
> week. (not on Windows yet.)
>
> So, I was thinking, maybe I need to "build" these with a command-line
> option.
>
> I look to the table in the Csound Manual and it does show me that there is
> an option to set in order to build them.
>
> I add that option, and I get a little excited and add a few more options....
>
> Here is my new command-line:
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
> useGettext=0 buildNewParser=1
>
> As you can see, in addition to building the image opcodes, I ask it to build
> Winsound and build the NewParser.
>
> It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
> things.
>
> The same error.  I did not succeed.
>
> Perhaps there is a "clean" option I need to know about?   (and that needs to
> be in the WIKI?)
>
> I look in my csound5 directory, and notice that there are a number of new
> files here: csound, winsound, etc.
>
> From the terminal, I type
>
> ./winsound
>
> and, to my delight, I see that it did indeed build the Winsound front-end!
>
> So, I get confident and I type
>
> ./csound -odac imageopcodeTest.csd
>
> But I still get the same error message even here in the terminal
>
> then I do an ls and notice that there are a lot of invisible .dylib files in
> this csound5 source folder too and all the utilities are here as well.
>
> An ls -l reveals that everything was built moments ago.
>
> Shouldn't they have been "installed" somewhere?
>
> Could this be the "problem"?
>
> Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
> about this.
>
> My guess is that I need to move these .dylibs and apps to other directories.
>
> My hope is that there is some sort of "script" that will do this for me
>
> sudo make install Csound?
>
> Writing from the finish line - suspended in  mid-air - in mid-lunge.
>
> Thanks
>
> Dr.B.
>
>
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger 
> wrote:
>
> Hello Steven,
>
> Thanks so much for all your help and for all this fantastic work that made
> it "only" 10 hours now - and not 10 days!
>
> I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
> to...
>
> ======
> download, build, install PCRE ( a dependency for SWIG)
>
> http://www.pcre.org
>
> ./configure
> make
> sudo make install
>
> and then....
>
> =========
> download, build, install SWIG
>
> http://www.swig.org/index.php
>
> ./configure
> make
> sudo make install
>
> and then... this commandline from the WIKI works!
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> ====
>
> Your suggestions to write additional scripts would be HUGE.
>
> Your suggestions that we together update the WIKI to include all the
> additional steps (dependencies) and pre-steps (checking for and removing old
> dylibs, etc.), and making sure that this are all done in the proper order
> (building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
> Telling users to change custom.py,  to find and build and move boost, to
> edit SConstruct, to use sudo in some places, to share a few
> important UNIX commands like | grep and nm and ls -l, collect some of the
> commands and links and suggestions from the manual
> (http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
> with
> what is in the WIKI, and....
>
> For the next 6 hours, I need to get all my student projects graded for
> tomorrow and wednesday and prepare my classes.  But, I might get back to
> this much later tonight and try my luck at Cmake Xcode.
>
> It is so gratifying to have crossed the finish line - after all my failed
> attempts over the years.
>
> Thanks again to you and Victor and Michael Goggins and the other Developers
> who have made this possible.
>
> Good luck with your upgrade to 10.8.2
>
> -dB
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 1:25 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Congratulations!  It's great that you have a working build.  I would
> say, yes, it does take a long time to get a build system going for
> Csound on OSX and Windows, but that's only if you're building more
> than the basics.  The really difficult thing with csound builds, IMO,
> is getting the dependencies all sorted out.  Luckily, for a bare
> minimum build, you can do it with just libsndfile installed.  All of
> the other stuff adds time and complexity to the building process.  I'd
> estimate it probably took me 3-4 hours to figure out and build all the
> dependencies on Mac when I first built them from scratch.
>
> On the other hand, on Ubuntu Linux, the situation is vastly simpler.
> Just run "sudo apt-get build-dep csound" and that installs all of the
> dependencies for building csound (tools, libs, etc).  After that, it
> pretty much "just works" to use scons and cmake.
>
> Mac also adds to the issue with building all of the dependencies as
> universal libs.
>
> In some ways, we can update the documentation and further improve it,
> and hopefully help make the build process a little smoother.  On the
> other hand, the pain involved with building dependencies has a certain
> amount of work that can't be easily circumvented.  (Unless we built a
> script that would fetch tarballs and build everything, which is a
> possibility.)
>
> Also, if you don't have SWIG installed, that's probably the cause of
> the Java issue.  Hopefully installing that gets your further.
>
> I'm going to be checking things out on 10.8 over the next few days.  I
> may try to build a magic dependencies script that can
> fetch/build/install dependencies as i386/x86_64, as well as declaring
> min OSX version as 10.7, so that the builds I do work on 10.7 and
> 10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
> :)
>
> steven
>
>
> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>  wrote:
>
> Thanks Steven.
>
> I checked the dates
>
> ls -l  /Library/Frameworks/CsoundLib64.framework
>
> and they are:
>
> db: ls -l /Library/Frameworks/CsoundLib64.framework
> total 24
> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
> Versions/Current/CsoundLib64
> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
> Versions/Current/Headers
> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
> Versions/Current/Resources
> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>
> WOW.  Wonderful.  It's been a long time since I was able to pull from git
> and build from sources.
>
> Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
> move on to get a  Cmake Xcode version following that
> WIKI from here.
>
> Awesome.
>
> There is no way that I could have gotten my system to work without the
> invaluable and dedicated input, suggestions, debugging and solutions from
> both you and Victor.
> Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
> and incredible help
> And still ... It took 9.5 uninterrupted hours of concentrated work to get to
> this point.
> I think we discovered some missing pieces/steps along the way.
> I hope that we can add some of these to your fantastic WIKI.
>
> But... wait... as I look at the page
> http://www.csounds.com/manual/html/BuildingCsound.html
> to install from the Manual, I see that there are other "optional" libraries
> to install and include - like Loris, and CsoundAv, and...
>
> For generating Python and Java interfaces, install the Software Interface
> and Wrapper Generator (SWIG) from http://www.swig.org.
> The fluid opcodes require the Fluidsynth library from
> http://savannah.nongnu.org/download/fluid.
> The STK opcodes require STK source code from
> http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
> The Loris opcodes requires Loris 1.8 to be installed:
> http://sourceforge.net/projects/loris/files. It will create the Csound Loris
> opcodes (along with Loris itself). When you run Csound use an additional
> command line flag: --opcode-lib. For example in Linux:
> --opcode-lib=/usr/local/lib/libloris.so
>
> Should the WIKI cover these too?
>
> I will try this SWIG install, because it might help to fix the JavaWrapper
> issue?
>
> Thanks again so much... still more to do it seems, but nice to have crossed
> "this" finish line.
>
> Can we hope to bring others along?
>
> So that when the developers have a bug fix or new opcode that that commit to
> the Git repository, many of us could just pull and rebuild to check it out.
>
> Thanks again so much for all this help.
>
> -dB
>
> SWIG and then on to the Cmake Xcode project
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:52 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Yes, looks like things are done there!  You can look at the dates of
> the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
> for Java, the OSX installer currently says 31 minutes left, but that
> ticker is going down slowly here. :)
>
> I forgot though, did you manage to get Cmake XCode working?
>
> steven
>
> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>  wrote:
>
> Maybe I have it then?
>
> I used this build command:
>
> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> Gave it my Password
>
> Password:
>
> And the... It starts like this....
>
> scons: Reading SConscript files ...
>
>     C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>   with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>   and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>   command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include SDIF/sdif-mem.c
>
>
> =====
> Lot's more to report along the way...
>
>
> ====
> It ends like this...
>
>
> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/sndinfo_main.c
> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/srconv_main.c
> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> scons: done building targets.
>
> =====
> SOME QUESTIONS....
>
> Apart from the JavaWrappers, you are saying that I have built from sources?
>
> Does this mean that the Frameworks have been replaced - and that this have
> overwritten the version that was installed previously from sourceforge
> (using the installer)
> with the latest developer release from Git?
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 12:23 PM, Steven Yi  wrote:
>
> This is good news, it looks like you got through the build and it's
> trying to install, since you have buildRelease=1.  To use
> buildRelease=1 on OSX, you need to run the scons command with sudo.
> After that, you should be able to get all the way through.
>
> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>  wrote:
>
> OK.
>
> It is now asking me to give permission to remove and move things....
>
> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
> scons: Reading SConscript files ...
>
>    C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>  with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>  and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>  command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
> override rwxrwxr-x  root/wheel for
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:07 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> I'd wait on that and just try to get the rest built first.  We can
> look at that after you get through the first round.  I'm going to be
> updating OSX in about 20 minutes, so maybe I'll see the same problems
> after I do that.
>
> Let's see what happens next with Scons now. :)
>
> steven
>
> On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
>  wrote:
>
> I have removed all the .os files from InOut/virtual_keyboard and am ready to
> build again.
>
> Should I download and install the Java SDK from Oracle as Steven has
> suggested he has done on his system?
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini 
> wrote:
>
> Regarding the virtual keyboard errors, try getting rid of all   *.os files
> in InOut/virtual_keyboard, then building again. I think old object files
> might be the problem.
> The symbols the linker is complaining about are not in libfltk.dylib, as
> they are in the FL headers only, so they should appear in the compiled
> object files instead.
>
> Victor
>
> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>
> I will try to do this next.
>
>
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>
> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
>
>
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins 
> wrote:
>
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
> customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>       https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>        https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>


Date2012-10-09 11:42
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Thanks Steven,

I will give this a try and let you know.

I was also wondering about the fact that Scons seems to build all the executibles, utilities, and dylibs in my csound5 working directory - the one with the csound5 sources that I cloned from Git.

Shouldn't it be copying (installing) all these "updated" files somewhere like /usr/local/bin or /usr/local/lib  or /usr/local/include?

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:
giimg imageload <<<
Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

  C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
     https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel






Date2012-10-09 11:51
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
It didn't quite make it this time.  Now this is possibly because I asked it to build a few more things (from the ManPage at Csounds.com).

I thought I would be able to fix this FLTK spinner thing by deleting the .os files in the InOut directory - as Victor had advised a couple of days ago, but not this time.

Note that I have asked it to buildNewParser.

Do I need to also install Flex and Bison for this to work?  Where? How?

db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... yes
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7 -I/usr/local/include -IEngine -Iinterfaces
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
Language subdirectory: java
Search paths:
   ./
   ./
   ./H/
   /usr/include/malloc/
   /opt/local/include/boost_1_51_0//
   /usr/include/python2.7/
   /usr/local/include/
   Engine/
   interfaces/
   ./swig_lib/java/
   /usr/local/share/swig/2.0.8/java/
   ./swig_lib/
   /usr/local/share/swig/2.0.8/
Preprocessing...
Starting language-specific parse...
Processing types...
C++ analysis...
Generating wrappers...
./H/csound.h:464: Warning 451: Setting a const char * variable may leak memory.
interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or reference in a director method is not recommended.
interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector< double > *INPUT). No typemaps are defined.
interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound proxy: Base CsoundFile ignored. Multiple inheritance is not supported in Java.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) yes
CONFIGURATION DECISION: Building image opcodes
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Building Winsound frontend
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd.c
gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd_u.c
gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midifile.c
gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midirecv.c
gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midisend.c
gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winascii.c
gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/windin.c
gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/window.c
gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winEPS.c
gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker -current_version -Xlinker 5.2 -install_name /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64 Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os Engine/entry1.os Engine/envvar.os Engine/express.os Engine/extract.os Engine/fgens.os Engine/insert.os Engine/linevent.os Engine/memalloc.os Engine/memfiles.os Engine/musmon.os Engine/namedins.os Engine/otran.os Engine/rdorch.os Engine/rdscor.os Engine/scsort.os Engine/scxtract.os Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os InOut/midirecv.os InOut/midisend.os InOut/winascii.os InOut/windin.os InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os InOut/libmpadec/synth.os InOut/libmpadec/tables.os InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os Opcodes/eqfil.os Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os Opcodes/cross2.os Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os Opcodes/flanger.os Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os Opcodes/ftconv.os Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os Opcodes/metro.os Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os Opcodes/repluck.os Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os Opcodes/pitch.os Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os Opcodes/tabvars.os Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os Opcodes/pvlock.os Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os Opcodes/gab/sliderTable.os Opcodes/gab/newgabopc.os Engine/cs_par_base.os Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os Engine/csound_prelex.os Engine/csound_orclex.os Engine/csound_orcparse.os Engine/csound_orc_semantics.os Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os Engine/csound_orc_compile.os Engine/symbtab.os Engine/new_orc_parser.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -ldl -lm -lpthread
cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/cmidi.c
gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/cmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f libcmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/pmidi.c
gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/pmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportmidi
cp -f libpmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -I/System/Library/Frameworks/CoreAudio.framework/Headers -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -framework AudioUnit -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f librtauhal.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lpthread -ljack
cp -f librtjack.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtpa.c
gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportaudio
cp -f librtpa.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//cciixSt2.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:
giimg imageload <<<
Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

  C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
     https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel






Date2012-10-09 12:07
FromVictor Lazzarini
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
This is the same problem as before, getting rid of the .os files should sort it, if your FLTK installation is correct. Not sure what changed in your system since then.

On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:

It didn't quite make it this time.  Now this is possibly because I asked it to build a few more things (from the ManPage at Csounds.com).

I thought I would be able to fix this FLTK spinner thing by deleting the .os files in the InOut directory - as Victor had advised a couple of days ago, but not this time.

Note that I have asked it to buildNewParser.

Do I need to also install Flex and Bison for this to work?  Where? How?

db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... yes
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7 -I/usr/local/include -IEngine -Iinterfaces
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
Language subdirectory: java
Search paths:
   ./
   ./
   ./H/
   /usr/include/malloc/
   /opt/local/include/boost_1_51_0//
   /usr/include/python2.7/
   /usr/local/include/
   Engine/
   interfaces/
   ./swig_lib/java/
   /usr/local/share/swig/2.0.8/java/
   ./swig_lib/
   /usr/local/share/swig/2.0.8/
Preprocessing...
Starting language-specific parse...
Processing types...
C++ analysis...
Generating wrappers...
./H/csound.h:464: Warning 451: Setting a const char * variable may leak memory.
interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or reference in a director method is not recommended.
interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector< double > *INPUT). No typemaps are defined.
interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound proxy: Base CsoundFile ignored. Multiple inheritance is not supported in Java.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) yes
CONFIGURATION DECISION: Building image opcodes
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Building Winsound frontend
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd.c
gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd_u.c
gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midifile.c
gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midirecv.c
gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midisend.c
gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winascii.c
gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/windin.c
gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/window.c
gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winEPS.c
gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker -current_version -Xlinker 5.2 -install_name /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64 Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os Engine/entry1.os Engine/envvar.os Engine/express.os Engine/extract.os Engine/fgens.os Engine/insert.os Engine/linevent.os Engine/memalloc.os Engine/memfiles.os Engine/musmon.os Engine/namedins.os Engine/otran.os Engine/rdorch.os Engine/rdscor.os Engine/scsort.os Engine/scxtract.os Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os InOut/midirecv.os InOut/midisend.os InOut/winascii.os InOut/windin.os InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os InOut/libmpadec/synth.os InOut/libmpadec/tables.os InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os Opcodes/eqfil.os Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os Opcodes/cross2.os Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os Opcodes/flanger.os Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os Opcodes/ftconv.os Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os Opcodes/metro.os Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os Opcodes/repluck.os Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os Opcodes/pitch.os Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os Opcodes/tabvars.os Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os Opcodes/pvlock.os Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os Opcodes/gab/sliderTable.os Opcodes/gab/newgabopc.os Engine/cs_par_base.os Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os Engine/csound_prelex.os Engine/csound_orclex.os Engine/csound_orcparse.os Engine/csound_orc_semantics.os Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os Engine/csound_orc_compile.os Engine/symbtab.os Engine/new_orc_parser.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -ldl -lm -lpthread
cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/cmidi.c
gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/cmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f libcmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/pmidi.c
gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/pmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportmidi
cp -f libpmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -I/System/Library/Frameworks/CoreAudio.framework/Headers -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -framework AudioUnit -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f librtauhal.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lpthread -ljack
cp -f librtjack.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtpa.c
gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportaudio
cp -f librtpa.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//cciixSt2.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:
giimg imageload <<<
Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

  C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
     https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel






Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-09 12:13
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
I did get rid of the .os files, but... to get the image opcodes to compile so that I could grade student projects for class today, I had to re-install from the latest Binary at SourceForge.

csound5.18.031-OSX10.7-universal.dmg

This might have changed some things on the system?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 7:07 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This is the same problem as before, getting rid of the .os files should sort it, if your FLTK installation is correct. Not sure what changed in your system since then.

On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:

It didn't quite make it this time.  Now this is possibly because I asked it to build a few more things (from the ManPage at Csounds.com).

I thought I would be able to fix this FLTK spinner thing by deleting the .os files in the InOut directory - as Victor had advised a couple of days ago, but not this time.

Note that I have asked it to buildNewParser.

Do I need to also install Flex and Bison for this to work?  Where? How?

db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... yes
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7 -I/usr/local/include -IEngine -Iinterfaces
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
Language subdirectory: java
Search paths:
   ./
   ./
   ./H/
   /usr/include/malloc/
   /opt/local/include/boost_1_51_0//
   /usr/include/python2.7/
   /usr/local/include/
   Engine/
   interfaces/
   ./swig_lib/java/
   /usr/local/share/swig/2.0.8/java/
   ./swig_lib/
   /usr/local/share/swig/2.0.8/
Preprocessing...
Starting language-specific parse...
Processing types...
C++ analysis...
Generating wrappers...
./H/csound.h:464: Warning 451: Setting a const char * variable may leak memory.
interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or reference in a director method is not recommended.
interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector< double > *INPUT). No typemaps are defined.
interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound proxy: Base CsoundFile ignored. Multiple inheritance is not supported in Java.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) yes
CONFIGURATION DECISION: Building image opcodes
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Building Winsound frontend
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd.c
gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd_u.c
gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midifile.c
gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midirecv.c
gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midisend.c
gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winascii.c
gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/windin.c
gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/window.c
gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winEPS.c
gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker -current_version -Xlinker 5.2 -install_name /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64 Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os Engine/entry1.os Engine/envvar.os Engine/express.os Engine/extract.os Engine/fgens.os Engine/insert.os Engine/linevent.os Engine/memalloc.os Engine/memfiles.os Engine/musmon.os Engine/namedins.os Engine/otran.os Engine/rdorch.os Engine/rdscor.os Engine/scsort.os Engine/scxtract.os Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os InOut/midirecv.os InOut/midisend.os InOut/winascii.os InOut/windin.os InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os InOut/libmpadec/synth.os InOut/libmpadec/tables.os InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os Opcodes/eqfil.os Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os Opcodes/cross2.os Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os Opcodes/flanger.os Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os Opcodes/ftconv.os Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os Opcodes/metro.os Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os Opcodes/repluck.os Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os Opcodes/pitch.os Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os Opcodes/tabvars.os Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os Opcodes/pvlock.os Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os Opcodes/gab/sliderTable.os Opcodes/gab/newgabopc.os Engine/cs_par_base.os Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os Engine/csound_prelex.os Engine/csound_orclex.os Engine/csound_orcparse.os Engine/csound_orc_semantics.os Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os Engine/csound_orc_compile.os Engine/symbtab.os Engine/new_orc_parser.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -ldl -lm -lpthread
cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/cmidi.c
gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/cmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f libcmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/pmidi.c
gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/pmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportmidi
cp -f libpmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -I/System/Library/Frameworks/CoreAudio.framework/Headers -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -framework AudioUnit -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f librtauhal.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lpthread -ljack
cp -f librtjack.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtpa.c
gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportaudio
cp -f librtpa.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//cciixSt2.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:
giimg imageload <<<
Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

  C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
     https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel






Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-09 12:21
FromVictor Lazzarini
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Maybe? Just run sudo make install from FLTK again (do not need to build it just install).

Victor
On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:

I did get rid of the .os files, but... to get the image opcodes to compile so that I could grade student projects for class today, I had to re-install from the latest Binary at SourceForge.

csound5.18.031-OSX10.7-universal.dmg

This might have changed some things on the system?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 7:07 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This is the same problem as before, getting rid of the .os files should sort it, if your FLTK installation is correct. Not sure what changed in your system since then.

On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:

It didn't quite make it this time.  Now this is possibly because I asked it to build a few more things (from the ManPage at Csounds.com).

I thought I would be able to fix this FLTK spinner thing by deleting the .os files in the InOut directory - as Victor had advised a couple of days ago, but not this time.

Note that I have asked it to buildNewParser.

Do I need to also install Flex and Bison for this to work?  Where? How?

db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... yes
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7 -I/usr/local/include -IEngine -Iinterfaces
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
Language subdirectory: java
Search paths:
   ./
   ./
   ./H/
   /usr/include/malloc/
   /opt/local/include/boost_1_51_0//
   /usr/include/python2.7/
   /usr/local/include/
   Engine/
   interfaces/
   ./swig_lib/java/
   /usr/local/share/swig/2.0.8/java/
   ./swig_lib/
   /usr/local/share/swig/2.0.8/
Preprocessing...
Starting language-specific parse...
Processing types...
C++ analysis...
Generating wrappers...
./H/csound.h:464: Warning 451: Setting a const char * variable may leak memory.
interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or reference in a director method is not recommended.
interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector< double > *INPUT). No typemaps are defined.
interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound proxy: Base CsoundFile ignored. Multiple inheritance is not supported in Java.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) yes
CONFIGURATION DECISION: Building image opcodes
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Building Winsound frontend
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd.c
gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd_u.c
gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midifile.c
gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midirecv.c
gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midisend.c
gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winascii.c
gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/windin.c
gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/window.c
gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winEPS.c
gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker -current_version -Xlinker 5.2 -install_name /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64 Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os Engine/entry1.os Engine/envvar.os Engine/express.os Engine/extract.os Engine/fgens.os Engine/insert.os Engine/linevent.os Engine/memalloc.os Engine/memfiles.os Engine/musmon.os Engine/namedins.os Engine/otran.os Engine/rdorch.os Engine/rdscor.os Engine/scsort.os Engine/scxtract.os Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os InOut/midirecv.os InOut/midisend.os InOut/winascii.os InOut/windin.os InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os InOut/libmpadec/synth.os InOut/libmpadec/tables.os InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os Opcodes/eqfil.os Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os Opcodes/cross2.os Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os Opcodes/flanger.os Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os Opcodes/ftconv.os Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os Opcodes/metro.os Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os Opcodes/repluck.os Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os Opcodes/pitch.os Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os Opcodes/tabvars.os Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os Opcodes/pvlock.os Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os Opcodes/gab/sliderTable.os Opcodes/gab/newgabopc.os Engine/cs_par_base.os Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os Engine/csound_prelex.os Engine/csound_orclex.os Engine/csound_orcparse.os Engine/csound_orc_semantics.os Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os Engine/csound_orc_compile.os Engine/symbtab.os Engine/new_orc_parser.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -ldl -lm -lpthread
cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/cmidi.c
gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/cmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f libcmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/pmidi.c
gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/pmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportmidi
cp -f libpmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -I/System/Library/Frameworks/CoreAudio.framework/Headers -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -framework AudioUnit -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f librtauhal.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lpthread -ljack
cp -f librtjack.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtpa.c
gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportaudio
cp -f librtpa.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//cciixSt2.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:
giimg imageload <<<
Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

  C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
     https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel






Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-09 12:46
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

Normally, build systems will separate the building and installation of
files.  The first builds the files locally into some folder (in this
case, the csound5 folder).  Installation is another matter: scons has
install target possibilities but these were never developed by us.  On
Linux there is the install.py script which I used for a long while
there.  On Mac, as mentioned earlier, I mostly use just the
buildRelease=1 when building to update the framework, and rely on past
installations of the executables being in /usr/local/bin.  I will
sometimes just copy them by hand.

Installation will be sorted out in Csound6 so that one would do "make;
make install" if using the Makefile option for CMake.

On the whole though, the executables don't change to much, and it's
really the framework that changes during development. Unless you're
actively working on one of the executables themselves, then it's
usually enough during development to just have the framework updated.

steven

On Tue, Oct 9, 2012 at 11:42 AM, Dr. Richard Boulanger
 wrote:
> Thanks Steven,
>
> I will give this a try and let you know.
>
> I was also wondering about the fact that Scons seems to build all the
> executibles, utilities, and dylibs in my csound5 working directory - the one
> with the csound5 sources that I cloned from Git.
>
> Shouldn't it be copying (installing) all these "updated" files somewhere
> like /usr/local/bin or /usr/local/lib  or /usr/local/include?
>
> -dB
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 9, 2012, at 5:55 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Most likely what happened is what happened to me, in that I didn't
> realize they were not building because I did not have libpng
> installed.  What I did for that is:
>
> 1. Went to libpng.org and grabbed the latest tarball. I think you can
> use this address:
>
> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>
> After downloading, unpack, then go in and use:
>
> ./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
> make
> sudo make install
>
> After that, Scons should work to build the image opcodes.  Another
> thing to note, when Scons runs, it should report something like "Not
> building image opcodes", so even if you had told scons you want to
> build it, it might not do so if the dependency isn't there.
>
> Let's try the above and see how it goes from there.  Good luck!
>
> steven
>
>
> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>  wrote:
>
> But wait.... I might not have crossed the finish line all the way.  Oh no.
>
> So, I am preparing to show off this process tomorrow morning in our first
> Computer Science Club Meeting for the semester @ Berklee
> And it does seem to be true that my "frameworks" were updated after the
> successful build using the following commandline
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
>
> But... this evening I was testing some .csds from students using the image
> opcodes and I got a console output in QuteCsound-f like this:
>
> Csound version 5.18.03 (float samples) Oct 1 2012
> Creating options
> Creating orchestra
> Creating score
> using callback interface
>
> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
> "imageload") line 17:
>
> giimg imageload <<<
>
> Parsing failed due to invalid input!
> Stopping on parser failure
>
>
>
> Now... I know that the image opcodes were missing from the 5.18.02 release,
> but they were added the other day and when I re-installed from SourceForge,
> these .csds worked.
> And... they work on my student's computer who created them for class this
> week. (not on Windows yet.)
>
> So, I was thinking, maybe I need to "build" these with a command-line
> option.
>
> I look to the table in the Csound Manual and it does show me that there is
> an option to set in order to build them.
>
> I add that option, and I get a little excited and add a few more options....
>
> Here is my new command-line:
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
> useGettext=0 buildNewParser=1
>
> As you can see, in addition to building the image opcodes, I ask it to build
> Winsound and build the NewParser.
>
> It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
> things.
>
> The same error.  I did not succeed.
>
> Perhaps there is a "clean" option I need to know about?   (and that needs to
> be in the WIKI?)
>
> I look in my csound5 directory, and notice that there are a number of new
> files here: csound, winsound, etc.
>
> From the terminal, I type
>
> ./winsound
>
> and, to my delight, I see that it did indeed build the Winsound front-end!
>
> So, I get confident and I type
>
> ./csound -odac imageopcodeTest.csd
>
> But I still get the same error message even here in the terminal
>
> then I do an ls and notice that there are a lot of invisible .dylib files in
> this csound5 source folder too and all the utilities are here as well.
>
> An ls -l reveals that everything was built moments ago.
>
> Shouldn't they have been "installed" somewhere?
>
> Could this be the "problem"?
>
> Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
> about this.
>
> My guess is that I need to move these .dylibs and apps to other directories.
>
> My hope is that there is some sort of "script" that will do this for me
>
> sudo make install Csound?
>
> Writing from the finish line - suspended in  mid-air - in mid-lunge.
>
> Thanks
>
> Dr.B.
>
>
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger 
> wrote:
>
> Hello Steven,
>
> Thanks so much for all your help and for all this fantastic work that made
> it "only" 10 hours now - and not 10 days!
>
> I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
> to...
>
> ======
> download, build, install PCRE ( a dependency for SWIG)
>
> http://www.pcre.org
>
> ./configure
> make
> sudo make install
>
> and then....
>
> =========
> download, build, install SWIG
>
> http://www.swig.org/index.php
>
> ./configure
> make
> sudo make install
>
> and then... this commandline from the WIKI works!
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> ====
>
> Your suggestions to write additional scripts would be HUGE.
>
> Your suggestions that we together update the WIKI to include all the
> additional steps (dependencies) and pre-steps (checking for and removing old
> dylibs, etc.), and making sure that this are all done in the proper order
> (building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
> Telling users to change custom.py,  to find and build and move boost, to
> edit SConstruct, to use sudo in some places, to share a few
> important UNIX commands like | grep and nm and ls -l, collect some of the
> commands and links and suggestions from the manual
> (http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
> with
> what is in the WIKI, and....
>
> For the next 6 hours, I need to get all my student projects graded for
> tomorrow and wednesday and prepare my classes.  But, I might get back to
> this much later tonight and try my luck at Cmake Xcode.
>
> It is so gratifying to have crossed the finish line - after all my failed
> attempts over the years.
>
> Thanks again to you and Victor and Michael Goggins and the other Developers
> who have made this possible.
>
> Good luck with your upgrade to 10.8.2
>
> -dB
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 1:25 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Congratulations!  It's great that you have a working build.  I would
> say, yes, it does take a long time to get a build system going for
> Csound on OSX and Windows, but that's only if you're building more
> than the basics.  The really difficult thing with csound builds, IMO,
> is getting the dependencies all sorted out.  Luckily, for a bare
> minimum build, you can do it with just libsndfile installed.  All of
> the other stuff adds time and complexity to the building process.  I'd
> estimate it probably took me 3-4 hours to figure out and build all the
> dependencies on Mac when I first built them from scratch.
>
> On the other hand, on Ubuntu Linux, the situation is vastly simpler.
> Just run "sudo apt-get build-dep csound" and that installs all of the
> dependencies for building csound (tools, libs, etc).  After that, it
> pretty much "just works" to use scons and cmake.
>
> Mac also adds to the issue with building all of the dependencies as
> universal libs.
>
> In some ways, we can update the documentation and further improve it,
> and hopefully help make the build process a little smoother.  On the
> other hand, the pain involved with building dependencies has a certain
> amount of work that can't be easily circumvented.  (Unless we built a
> script that would fetch tarballs and build everything, which is a
> possibility.)
>
> Also, if you don't have SWIG installed, that's probably the cause of
> the Java issue.  Hopefully installing that gets your further.
>
> I'm going to be checking things out on 10.8 over the next few days.  I
> may try to build a magic dependencies script that can
> fetch/build/install dependencies as i386/x86_64, as well as declaring
> min OSX version as 10.7, so that the builds I do work on 10.7 and
> 10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
> :)
>
> steven
>
>
> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>  wrote:
>
> Thanks Steven.
>
> I checked the dates
>
> ls -l  /Library/Frameworks/CsoundLib64.framework
>
> and they are:
>
> db: ls -l /Library/Frameworks/CsoundLib64.framework
> total 24
> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
> Versions/Current/CsoundLib64
> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
> Versions/Current/Headers
> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
> Versions/Current/Resources
> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>
> WOW.  Wonderful.  It's been a long time since I was able to pull from git
> and build from sources.
>
> Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
> move on to get a  Cmake Xcode version following that
> WIKI from here.
>
> Awesome.
>
> There is no way that I could have gotten my system to work without the
> invaluable and dedicated input, suggestions, debugging and solutions from
> both you and Victor.
> Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
> and incredible help
> And still ... It took 9.5 uninterrupted hours of concentrated work to get to
> this point.
> I think we discovered some missing pieces/steps along the way.
> I hope that we can add some of these to your fantastic WIKI.
>
> But... wait... as I look at the page
> http://www.csounds.com/manual/html/BuildingCsound.html
> to install from the Manual, I see that there are other "optional" libraries
> to install and include - like Loris, and CsoundAv, and...
>
> For generating Python and Java interfaces, install the Software Interface
> and Wrapper Generator (SWIG) from http://www.swig.org.
> The fluid opcodes require the Fluidsynth library from
> http://savannah.nongnu.org/download/fluid.
> The STK opcodes require STK source code from
> http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
> The Loris opcodes requires Loris 1.8 to be installed:
> http://sourceforge.net/projects/loris/files. It will create the Csound Loris
> opcodes (along with Loris itself). When you run Csound use an additional
> command line flag: --opcode-lib. For example in Linux:
> --opcode-lib=/usr/local/lib/libloris.so
>
> Should the WIKI cover these too?
>
> I will try this SWIG install, because it might help to fix the JavaWrapper
> issue?
>
> Thanks again so much... still more to do it seems, but nice to have crossed
> "this" finish line.
>
> Can we hope to bring others along?
>
> So that when the developers have a bug fix or new opcode that that commit to
> the Git repository, many of us could just pull and rebuild to check it out.
>
> Thanks again so much for all this help.
>
> -dB
>
> SWIG and then on to the Cmake Xcode project
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:52 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Yes, looks like things are done there!  You can look at the dates of
> the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
> for Java, the OSX installer currently says 31 minutes left, but that
> ticker is going down slowly here. :)
>
> I forgot though, did you manage to get Cmake XCode working?
>
> steven
>
> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>  wrote:
>
> Maybe I have it then?
>
> I used this build command:
>
> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> Gave it my Password
>
> Password:
>
> And the... It starts like this....
>
> scons: Reading SConscript files ...
>
>    C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>  with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>  and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>  command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include SDIF/sdif-mem.c
>
>
> =====
> Lot's more to report along the way...
>
>
> ====
> It ends like this...
>
>
> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/sndinfo_main.c
> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/srconv_main.c
> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> scons: done building targets.
>
> =====
> SOME QUESTIONS....
>
> Apart from the JavaWrappers, you are saying that I have built from sources?
>
> Does this mean that the Frameworks have been replaced - and that this have
> overwritten the version that was installed previously from sourceforge
> (using the installer)
> with the latest developer release from Git?
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 12:23 PM, Steven Yi  wrote:
>
> This is good news, it looks like you got through the build and it's
> trying to install, since you have buildRelease=1.  To use
> buildRelease=1 on OSX, you need to run the scons command with sudo.
> After that, you should be able to get all the way through.
>
> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>  wrote:
>
> OK.
>
> It is now asking me to give permission to remove and move things....
>
> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
> scons: Reading SConscript files ...
>
>   C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
> with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
> and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
> command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
> override rwxrwxr-x  root/wheel for
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:07 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> I'd wait on that and just try to get the rest built first.  We can
> look at that after you get through the first round.  I'm going to be
> updating OSX in about 20 minutes, so maybe I'll see the same problems
> after I do that.
>
> Let's see what happens next with Scons now. :)
>
> steven
>
> On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
>  wrote:
>
> I have removed all the .os files from InOut/virtual_keyboard and am ready to
> build again.
>
> Should I download and install the Java SDK from Oracle as Steven has
> suggested he has done on his system?
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini 
> wrote:
>
> Regarding the virtual keyboard errors, try getting rid of all   *.os files
> in InOut/virtual_keyboard, then building again. I think old object files
> might be the problem.
> The symbols the linker is complaining about are not in libfltk.dylib, as
> they are in the FL headers only, so they should appear in the compiled
> object files instead.
>
> Victor
>
> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>
> I will try to do this next.
>
>
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>
> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
>
>
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins 
> wrote:
>
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
> customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>      https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>       https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-09 12:54
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Thanks for this information and advice and news about how Csound6 might change things.

It would be very helpful (in the WIKI) or in a future development document, to know what is created and where it should be "put".

Does such a list exist somewhere?  

Is there a UNIX command that you can suggest to MacUsers that will help us search for files from the terminal?  So that we might find these files if no list exists?

-dB


--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 7:46 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Normally, build systems will separate the building and installation of
files.  The first builds the files locally into some folder (in this
case, the csound5 folder).  Installation is another matter: scons has
install target possibilities but these were never developed by us.  On
Linux there is the install.py script which I used for a long while
there.  On Mac, as mentioned earlier, I mostly use just the
buildRelease=1 when building to update the framework, and rely on past
installations of the executables being in /usr/local/bin.  I will
sometimes just copy them by hand.

Installation will be sorted out in Csound6 so that one would do "make;
make install" if using the Makefile option for CMake.

On the whole though, the executables don't change to much, and it's
really the framework that changes during development. Unless you're
actively working on one of the executables themselves, then it's
usually enough during development to just have the framework updated.

steven

On Tue, Oct 9, 2012 at 11:42 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Thanks Steven,

I will give this a try and let you know.

I was also wondering about the fact that Scons seems to build all the
executibles, utilities, and dylibs in my csound5 working directory - the one
with the csound5 sources that I cloned from Git.

Shouldn't it be copying (installing) all these "updated" files somewhere
like /usr/local/bin or /usr/local/lib  or /usr/local/include?

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:

giimg imageload <<<

Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

  C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

 C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
    https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
     https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel







Date2012-10-09 14:24
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Dr. B,

There isn't a list I'm aware of. In CS6, the CMake file will follow
standard conventions for installation, so that one defines the install
root, then things get placed relative to that.  One wouldn't need to
bother with where it should be put unless one is doing active
development.  Just a "make install" would put things in their right
place.

Otherwise, one can just do an "ls -al" in the csound5 directory to
look for things marked as executable, and "ls *.dylib" for the opcode
libraries (though, some of the dylibs may be interface wrapper
libraries, such as libcsnd, and tclcsound).

steven

On Tue, Oct 9, 2012 at 12:54 PM, Dr. Richard Boulanger
 wrote:
> Thanks for this information and advice and news about how Csound6 might
> change things.
>
> It would be very helpful (in the WIKI) or in a future development document,
> to know what is created and where it should be "put".
>
> Does such a list exist somewhere?
>
> Is there a UNIX command that you can suggest to MacUsers that will help us
> search for files from the terminal?  So that we might find these files if no
> list exists?
>
> -dB
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 9, 2012, at 7:46 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Normally, build systems will separate the building and installation of
> files.  The first builds the files locally into some folder (in this
> case, the csound5 folder).  Installation is another matter: scons has
> install target possibilities but these were never developed by us.  On
> Linux there is the install.py script which I used for a long while
> there.  On Mac, as mentioned earlier, I mostly use just the
> buildRelease=1 when building to update the framework, and rely on past
> installations of the executables being in /usr/local/bin.  I will
> sometimes just copy them by hand.
>
> Installation will be sorted out in Csound6 so that one would do "make;
> make install" if using the Makefile option for CMake.
>
> On the whole though, the executables don't change to much, and it's
> really the framework that changes during development. Unless you're
> actively working on one of the executables themselves, then it's
> usually enough during development to just have the framework updated.
>
> steven
>
> On Tue, Oct 9, 2012 at 11:42 AM, Dr. Richard Boulanger
>  wrote:
>
> Thanks Steven,
>
> I will give this a try and let you know.
>
> I was also wondering about the fact that Scons seems to build all the
> executibles, utilities, and dylibs in my csound5 working directory - the one
> with the csound5 sources that I cloned from Git.
>
> Shouldn't it be copying (installing) all these "updated" files somewhere
> like /usr/local/bin or /usr/local/lib  or /usr/local/include?
>
> -dB
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 9, 2012, at 5:55 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Most likely what happened is what happened to me, in that I didn't
> realize they were not building because I did not have libpng
> installed.  What I did for that is:
>
> 1. Went to libpng.org and grabbed the latest tarball. I think you can
> use this address:
>
> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>
> After downloading, unpack, then go in and use:
>
> ./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
> make
> sudo make install
>
> After that, Scons should work to build the image opcodes.  Another
> thing to note, when Scons runs, it should report something like "Not
> building image opcodes", so even if you had told scons you want to
> build it, it might not do so if the dependency isn't there.
>
> Let's try the above and see how it goes from there.  Good luck!
>
> steven
>
>
> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>  wrote:
>
> But wait.... I might not have crossed the finish line all the way.  Oh no.
>
> So, I am preparing to show off this process tomorrow morning in our first
> Computer Science Club Meeting for the semester @ Berklee
> And it does seem to be true that my "frameworks" were updated after the
> successful build using the following commandline
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
>
> But... this evening I was testing some .csds from students using the image
> opcodes and I got a console output in QuteCsound-f like this:
>
> Csound version 5.18.03 (float samples) Oct 1 2012
> Creating options
> Creating orchestra
> Creating score
> using callback interface
>
> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
> "imageload") line 17:
>
> giimg imageload <<<
>
> Parsing failed due to invalid input!
> Stopping on parser failure
>
>
>
> Now... I know that the image opcodes were missing from the 5.18.02 release,
> but they were added the other day and when I re-installed from SourceForge,
> these .csds worked.
> And... they work on my student's computer who created them for class this
> week. (not on Windows yet.)
>
> So, I was thinking, maybe I need to "build" these with a command-line
> option.
>
> I look to the table in the Csound Manual and it does show me that there is
> an option to set in order to build them.
>
> I add that option, and I get a little excited and add a few more options....
>
> Here is my new command-line:
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
> useGettext=0 buildNewParser=1
>
> As you can see, in addition to building the image opcodes, I ask it to build
> Winsound and build the NewParser.
>
> It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
> things.
>
> The same error.  I did not succeed.
>
> Perhaps there is a "clean" option I need to know about?   (and that needs to
> be in the WIKI?)
>
> I look in my csound5 directory, and notice that there are a number of new
> files here: csound, winsound, etc.
>
> From the terminal, I type
>
> ./winsound
>
> and, to my delight, I see that it did indeed build the Winsound front-end!
>
> So, I get confident and I type
>
> ./csound -odac imageopcodeTest.csd
>
> But I still get the same error message even here in the terminal
>
> then I do an ls and notice that there are a lot of invisible .dylib files in
> this csound5 source folder too and all the utilities are here as well.
>
> An ls -l reveals that everything was built moments ago.
>
> Shouldn't they have been "installed" somewhere?
>
> Could this be the "problem"?
>
> Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
> about this.
>
> My guess is that I need to move these .dylibs and apps to other directories.
>
> My hope is that there is some sort of "script" that will do this for me
>
> sudo make install Csound?
>
> Writing from the finish line - suspended in  mid-air - in mid-lunge.
>
> Thanks
>
> Dr.B.
>
>
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger 
> wrote:
>
> Hello Steven,
>
> Thanks so much for all your help and for all this fantastic work that made
> it "only" 10 hours now - and not 10 days!
>
> I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
> to...
>
> ======
> download, build, install PCRE ( a dependency for SWIG)
>
> http://www.pcre.org
>
> ./configure
> make
> sudo make install
>
> and then....
>
> =========
> download, build, install SWIG
>
> http://www.swig.org/index.php
>
> ./configure
> make
> sudo make install
>
> and then... this commandline from the WIKI works!
>
> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> ====
>
> Your suggestions to write additional scripts would be HUGE.
>
> Your suggestions that we together update the WIKI to include all the
> additional steps (dependencies) and pre-steps (checking for and removing old
> dylibs, etc.), and making sure that this are all done in the proper order
> (building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
> Telling users to change custom.py,  to find and build and move boost, to
> edit SConstruct, to use sudo in some places, to share a few
> important UNIX commands like | grep and nm and ls -l, collect some of the
> commands and links and suggestions from the manual
> (http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
> with
> what is in the WIKI, and....
>
> For the next 6 hours, I need to get all my student projects graded for
> tomorrow and wednesday and prepare my classes.  But, I might get back to
> this much later tonight and try my luck at Cmake Xcode.
>
> It is so gratifying to have crossed the finish line - after all my failed
> attempts over the years.
>
> Thanks again to you and Victor and Michael Goggins and the other Developers
> who have made this possible.
>
> Good luck with your upgrade to 10.8.2
>
> -dB
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 1:25 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Congratulations!  It's great that you have a working build.  I would
> say, yes, it does take a long time to get a build system going for
> Csound on OSX and Windows, but that's only if you're building more
> than the basics.  The really difficult thing with csound builds, IMO,
> is getting the dependencies all sorted out.  Luckily, for a bare
> minimum build, you can do it with just libsndfile installed.  All of
> the other stuff adds time and complexity to the building process.  I'd
> estimate it probably took me 3-4 hours to figure out and build all the
> dependencies on Mac when I first built them from scratch.
>
> On the other hand, on Ubuntu Linux, the situation is vastly simpler.
> Just run "sudo apt-get build-dep csound" and that installs all of the
> dependencies for building csound (tools, libs, etc).  After that, it
> pretty much "just works" to use scons and cmake.
>
> Mac also adds to the issue with building all of the dependencies as
> universal libs.
>
> In some ways, we can update the documentation and further improve it,
> and hopefully help make the build process a little smoother.  On the
> other hand, the pain involved with building dependencies has a certain
> amount of work that can't be easily circumvented.  (Unless we built a
> script that would fetch tarballs and build everything, which is a
> possibility.)
>
> Also, if you don't have SWIG installed, that's probably the cause of
> the Java issue.  Hopefully installing that gets your further.
>
> I'm going to be checking things out on 10.8 over the next few days.  I
> may try to build a magic dependencies script that can
> fetch/build/install dependencies as i386/x86_64, as well as declaring
> min OSX version as 10.7, so that the builds I do work on 10.7 and
> 10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
> :)
>
> steven
>
>
> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>  wrote:
>
> Thanks Steven.
>
> I checked the dates
>
> ls -l  /Library/Frameworks/CsoundLib64.framework
>
> and they are:
>
> db: ls -l /Library/Frameworks/CsoundLib64.framework
> total 24
> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
> Versions/Current/CsoundLib64
> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
> Versions/Current/Headers
> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
> Versions/Current/Resources
> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>
> WOW.  Wonderful.  It's been a long time since I was able to pull from git
> and build from sources.
>
> Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
> move on to get a  Cmake Xcode version following that
> WIKI from here.
>
> Awesome.
>
> There is no way that I could have gotten my system to work without the
> invaluable and dedicated input, suggestions, debugging and solutions from
> both you and Victor.
> Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
> and incredible help
> And still ... It took 9.5 uninterrupted hours of concentrated work to get to
> this point.
> I think we discovered some missing pieces/steps along the way.
> I hope that we can add some of these to your fantastic WIKI.
>
> But... wait... as I look at the page
> http://www.csounds.com/manual/html/BuildingCsound.html
> to install from the Manual, I see that there are other "optional" libraries
> to install and include - like Loris, and CsoundAv, and...
>
> For generating Python and Java interfaces, install the Software Interface
> and Wrapper Generator (SWIG) from http://www.swig.org.
> The fluid opcodes require the Fluidsynth library from
> http://savannah.nongnu.org/download/fluid.
> The STK opcodes require STK source code from
> http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
> The Loris opcodes requires Loris 1.8 to be installed:
> http://sourceforge.net/projects/loris/files. It will create the Csound Loris
> opcodes (along with Loris itself). When you run Csound use an additional
> command line flag: --opcode-lib. For example in Linux:
> --opcode-lib=/usr/local/lib/libloris.so
>
> Should the WIKI cover these too?
>
> I will try this SWIG install, because it might help to fix the JavaWrapper
> issue?
>
> Thanks again so much... still more to do it seems, but nice to have crossed
> "this" finish line.
>
> Can we hope to bring others along?
>
> So that when the developers have a bug fix or new opcode that that commit to
> the Git repository, many of us could just pull and rebuild to check it out.
>
> Thanks again so much for all this help.
>
> -dB
>
> SWIG and then on to the Cmake Xcode project
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:52 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Yes, looks like things are done there!  You can look at the dates of
> the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
> for Java, the OSX installer currently says 31 minutes left, but that
> ticker is going down slowly here. :)
>
> I forgot though, did you manage to get Cmake XCode working?
>
> steven
>
> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>  wrote:
>
> Maybe I have it then?
>
> I used this build command:
>
> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>
> Gave it my Password
>
> Password:
>
> And the... It starts like this....
>
> scons: Reading SConscript files ...
>
>   C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
> with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
> and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
> command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include SDIF/sdif-mem.c
>
>
> =====
> Lot's more to report along the way...
>
>
> ====
> It ends like this...
>
>
> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/sndinfo_main.c
> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
> -I/usr/local/include util/srconv_main.c
> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> scons: done building targets.
>
> =====
> SOME QUESTIONS....
>
> Apart from the JavaWrappers, you are saying that I have built from sources?
>
> Does this mean that the Frameworks have been replaced - and that this have
> overwritten the version that was installed previously from sourceforge
> (using the installer)
> with the latest developer release from Git?
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 12:23 PM, Steven Yi  wrote:
>
> This is good news, it looks like you got through the build and it's
> trying to install, since you have buildRelease=1.  To use
> buildRelease=1 on OSX, you need to run the scons command with sudo.
> After that, you should be able to get all the way through.
>
> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>  wrote:
>
> OK.
>
> It is now asking me to give permission to remove and move things....
>
> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
> scons: Reading SConscript files ...
>
>  C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
> with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
> and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
> command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
> line 346, in 
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> CONFIGURATION DECISION: No localisation
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) yes
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) yes
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... no
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
> '-D_CSOUND_RELEASE_',
> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Building JACK plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
> rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
> override rwxrwxr-x  root/wheel for
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 12:07 PM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> I'd wait on that and just try to get the rest built first.  We can
> look at that after you get through the first round.  I'm going to be
> updating OSX in about 20 minutes, so maybe I'll see the same problems
> after I do that.
>
> Let's see what happens next with Scons now. :)
>
> steven
>
> On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
>  wrote:
>
> I have removed all the .os files from InOut/virtual_keyboard and am ready to
> build again.
>
> Should I download and install the Java SDK from Oracle as Steven has
> suggested he has done on his system?
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini 
> wrote:
>
> Regarding the virtual keyboard errors, try getting rid of all   *.os files
> in InOut/virtual_keyboard, then building again. I think old object files
> might be the problem.
> The symbols the linker is complaining about are not in libfltk.dylib, as
> they are in the FL headers only, so they should appear in the compiled
> object files instead.
>
> Victor
>
> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>
> I will try to do this next.
>
>
> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>
> I was going to mention the same.  I downloaded a zip from boost.org
> and then pointed to it in custom.py for my build here.
>
>
> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins 
> wrote:
>
> I believe that Csound uses only the boost header files, so there
> should be no need to build boost, only to make the headers accessible.
>
> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>  wrote:
>
> Good morning Steven,
>
> Back to work on this here.
>
> Thanks for all this fantastic advice.  I will try all of these suggestions
> next and report back.
>
> First:
> I will rebuild my FLTK and do a make clean and then sudo make install first
> and let you know what happens.
> (Perhaps some if not all of these commands should be in the WIKI?)
> (Maybe also, there is a first step to suggest to all - about cleaning out
> the system prior to doing an Build and Install from sources? or checking for
> duplicates?)
>
> Second:
> I do see that you have a version of boost installed on your system.  If you
> have it, and it is in custom.py,
> then  we probably need to add to the WIKI where to get this and how to
> install it.
> I will look for the version you are currently using and see if I can get it
> installed. There is a new thing at boost
> for OS X64 called boostjam - not sure that this is the more current/version?
>
> More in a few.
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>
> Hi Dr. B,
>
> Just catching up with the thread.  I'm planning to upgrade to 10.8
> later this evening (have some work I need to get done first for the
> day), so will be able to assist more closely by having the same OS
> version.
>
> It sounds like you're really close.  The issue, as Victor mentioned,
> is that the fltk library you have built does not have both x86_64 and
> i386 architectures.  I wonder if the issue is that you the make files
> didn't detect when you switched architectures and you had some stale
> .o files around.  Could you try building the fltk 1.3 again with:
>
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make clean
> make
> sudo make install
>
> That way, we'll know the lib was built from a clean state.
>
> After that, you can check the library that was installed into
> /usr/local/lib.  Two things I do are:
>
> file /usr/local/lib/libfltk.1.3.dylib
>
> that show me here:
>
> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures
>
> You can also see what symbols are in the library by using:
>
> nm /usr/local/lib/libfltk.1.3.dylib
>
> That gives all the symbols, so you can pipe that to grep with:
>
> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>
> for me here, I get:
>
> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
> /usr/local/lib/libfltk.1.3.dylib | grep Double
> 000000000001b34e t
> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
> 000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
> 000000000009e0d0 S __ZTI16Fl_Double_Window
> 0000000000073e80 S __ZTS16Fl_Double_Window
> 000000000009e060 S __ZTV16Fl_Double_Window
>
>
> Also, worst case, if you just want to keep going and skip FLTK related
> stuff with scons, you can do that using:
>
> useFLTK=0
>
>
> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
> that is a bit of a red herring.  That's being defined in the
> custom-osx.py you used to create the custom.py file.  If you look at
> that file you'll see:
>
> customCPPPATH.append('/opt/local/include/boost-1_32/')
>
> The custom.py file is there to allow this kind of thing, of adding
> non-standard include paths.  You can continue to build the csound
> library without having boost installed, just some things won't get
> built.  On my computer I have custom.py modified to have:
>
>
> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>
> which is where my boost library is.
>
>
> As for install locations, it's complicated for OSX.  Generally with
> software builds, they have a build location and an install location.
> With our scons build, it builds everything "In source", meaning it
> builds the object files and end binaries within the same folder as the
> source code.  After you build, all of the executables and libraries
> will end up in the root of the csound5 folder.  On other OS's, one
> might use the install.py after that to install things into /usr/local.
>
> For OSX, this is a little different. If you use release=1 with scons,
> you will end up creating a framework directly into the
> /Library/Framework/CsoundLib64.framework folder, and it will overwrite
> anything you might have there.  You need to run with sudo if you use
> release=1 in this case.  However, what you get there is different than
> what you get with the installer we build, which adds in more stuff
> like documentation, other opcodes, all of the interface libraries,
> etc.  This is a known deficiency with the scons build in CS5 for Mac;
> the goal with Csound6's CMake build is to have the framework built
> locally with everything you would get as you would with the installer.
> Besides running with release=1, you'd also have to have a copy of the
> csound executables in /usr/local/bin.  If you ran an installer
> previously, this isn't an issue really as those installed executables
> will link correctly with the newly built framework.  Otherwise, you'd
> have to copy the ones built in csound5 to /usr/local/bin.
>
> For CMake, it uses "out of source" builds, so all of the built
> binaries are in a separate directory.  This keeps the source tree
> tidy.  What I do with CS5 is develop with XCode in a separate
> directory.  I test within XCode using the run parameters to set
> OPCODEDIR64 to the location where the xcode project stuff was created
> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
> whenever I press run it will use those settings, and I can use the
> debugger and run things like Instruments for profiling all within
> XCode.  Once things are good there, I go back to the commandline to
> build with release=1 with scons.  My system is generally using a
> development build at all times.
>
> It is not easy to have multiple Csound builds, due to the way that
> frameworks are used and linked to by apps like the csound executables
> as well as CsoundQT.  For your scenario, the best thing I can think of
> is:
>
> 1. Run the normal csound installer
> 2. Make backup copies of the frameworks:
> /Library/Frameworks/CsoundLib.framework and
> /Library/Frameworks/CsoundLib64.framework
> 3. Do some development builds
> 4. If you're finished doing testing/development, move or delete the
> dev frameworks and copy back the ones from the installer for normal
> usage
>
> (Best to make a couple scripts for this to automate it)
>
>
> As for the Java thing, I'm not sure what is going on there as I'm
> building with Java no problems. On the other hand, I have Oracle's
> Java SDK installed, as Apple stopped being the one's responsible for
> releases of that.  I'll see what happens when I upgrade to 10.8.
>
> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
> should capture the information from there into a document and perhaps
> store it in csound5 GIT.  We can then collaboratively update that way.
>
> I'm going to be offline for a bit to take care of some work, but I'll
> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
> there EDT).
>
> Thanks!
> steven
>
> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>  wrote:
>
> OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI
>
> Archiving ../lib/libfltk_png.a...
> === making src ===
> === making fluid ===
> === making test ===
> === making documentation ===
> db: sudo make install
> === installing FL ===
> Installing include files in /usr/local/include...
> === installing jpeg ===
> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
> Installing jpeg headers in /usr/local/include/FL/images...
> === installing png ===
> Installing libfltk_png.a in /usr/local/lib...
> Installing png headers in /usr/local/include/FL/images...
> === installing src ===
> Installing libraries in /usr/local/lib...
> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
> === installing fluid ===
> Installing FLUID in /usr/local/bin...
> === installing test ===
> Installing example programs to /usr/local/share/doc/fltk/examples...
> === installing documentation ===
> Installing documentation files in /usr/local/share/doc/fltk ...
> Installing man pages in /usr/local/share/man ...
> db:
>
> ==========
>
> All seems OK with FLTK...
>
> Building with the original commandline (but turning off the JavaWrappers)
>
> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
> CoreServices -framework CoreAudio -dynamiclib
> InOut/virtual_keyboard/FLTKKeyboard.os
> InOut/virtual_keyboard/FLTKKeyboardWindow.os
> InOut/virtual_keyboard/FLTKKeyboardWidget.os
> InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
> InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
> InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
> Undefined symbols for architecture i386:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture i386
> collect2: ld returned 1 exit status
> Undefined symbols for architecture x86_64:
> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
> int, int, int)in FLTKKeyboardWidget.os
> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
> from:
> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
> int, char const*)in FLTKKeyboardWindow.os
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> lipo: can't open input file:
> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
> or directory)
> scons: *** [libvirtual.dylib] Error 1
> scons: building terminated because of errors.
> db:
>
> ====== maybe we should not be building both the 386 and the 486 "universal"
> FLTK?  =====
>
> It's 7 hours now - so I must stop for a bit.
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" 
> wrote:
>
> hum....  fltk 1.3.0  won't make
>
> Compiling filename_list.cxx...
> filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
> int (*)(dirent**, dirent**))’:
> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
> filename_list.cxx:122: error:   initializing argument 4 of ‘int
> scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
> dirent**, const dirent**))’
> make[1]: *** [filename_list.o] Error 1
> make: *** [all] Error 1
> db:
>
> I will try the same commandline with fltk 1.3.x
>
>
> -----------------------------------------
> Dr. Richard Boulanger, Ph.D.
> rboulanger@berklee.edu
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 617-747-2485 (office)  774-488-9166 (cell)
> http://csounds.com/boulanger     http://csounds.com/mathews
> http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
> -------------------------------------------------------------------------------------------------
>
> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" 
> wrote:
>
> I ran this script from the WIKI
>
> ./configure --with-archflags="-arch i386 -arch x86_64"
> make
> sudo make install
>
> I will try the following...
>
> ./configure --with-archflags="-arch x86_64"
> make
> sudo make install
>
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini 
> wrote:
>
> This means your FLTK library has not been built for x86_64 arch (but for
> i386)
>
> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>
> ld: symbol(s) not found for architecture x86_64
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>     https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
> Dr Victor Lazzarini
> Senior Lecturer
> Dept. of Music
> NUI Maynooth Ireland
> tel.: +353 1 708 3545
> Victor dot Lazzarini AT nuim dot ie
>
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>      https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Date2012-10-09 14:43
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
For this improved document, we should probably tell this step and and then tell them where these things should be copied/moved.

-----------------------------------------
Dr. Richard Boulanger, Ph.D.   
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
-------------------------------------------------------------------------------------------------

On Oct 9, 2012, at 9:24 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

There isn't a list I'm aware of. In CS6, the CMake file will follow
standard conventions for installation, so that one defines the install
root, then things get placed relative to that.  One wouldn't need to
bother with where it should be put unless one is doing active
development.  Just a "make install" would put things in their right
place.

Otherwise, one can just do an "ls -al" in the csound5 directory to
look for things marked as executable, and "ls *.dylib" for the opcode
libraries (though, some of the dylibs may be interface wrapper
libraries, such as libcsnd, and tclcsound).

steven

On Tue, Oct 9, 2012 at 12:54 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
Thanks for this information and advice and news about how Csound6 might
change things.

It would be very helpful (in the WIKI) or in a future development document,
to know what is created and where it should be "put".

Does such a list exist somewhere?

Is there a UNIX command that you can suggest to MacUsers that will help us
search for files from the terminal?  So that we might find these files if no
list exists?

-dB


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 9, 2012, at 7:46 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Normally, build systems will separate the building and installation of
files.  The first builds the files locally into some folder (in this
case, the csound5 folder).  Installation is another matter: scons has
install target possibilities but these were never developed by us.  On
Linux there is the install.py script which I used for a long while
there.  On Mac, as mentioned earlier, I mostly use just the
buildRelease=1 when building to update the framework, and rely on past
installations of the executables being in /usr/local/bin.  I will
sometimes just copy them by hand.

Installation will be sorted out in Csound6 so that one would do "make;
make install" if using the Makefile option for CMake.

On the whole though, the executables don't change to much, and it's
really the framework that changes during development. Unless you're
actively working on one of the executables themselves, then it's
usually enough during development to just have the framework updated.

steven

On Tue, Oct 9, 2012 at 11:42 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven,

I will give this a try and let you know.

I was also wondering about the fact that Scons seems to build all the
executibles, utilities, and dylibs in my csound5 working directory - the one
with the csound5 sources that I cloned from Git.

Shouldn't it be copying (installing) all these "updated" files somewhere
like /usr/local/bin or /usr/local/lib  or /usr/local/include?

-dB

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:

giimg imageload <<<

Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

 C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
   https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
    https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel








Date2012-10-09 15:26
From"Dr. Richard Boulanger"
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Success!  

SUCCESS!!!!  I have crossed the finish line.

Who would have thought to "sudo make install" FLTK again.  (OK, I guess that Victor would have thought this.) 
WOW.  Great.  I was able to run the image opcodes. Thanks Victor for this advice.  

Thanks Steven for all your advice and suggestions - and for your excellent WIKI developer documents.  

Still learning more here.

Maybe we should think to include a set of "tips", at the end of the ultimate/new document, that suggests things from this thread to 
"try" when things go wrong.  

Also, John Clements, is planning to follow along behind us on this thread, and install from sources on his machine over the next week.  

Then his plan is to collect all these documents and tips and scripts and with you to make a new "comprehensive" document that we 
would love to post/host at Csounds.com

On Thursday I will begin the process of building the Xcode Project from Cmake as you have outlined in your other WIKI.  I will post these results too 
and hopefully get more help from you.

What we still need to include/know is:  What the build creates?  Where it typically creates/installs what it creates? And, if it makes things "here" in
the current folder without "installing" it - where we should move/copy it so that what we built is the version that we are now using when we launch
CsoundQt.


-dB

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 7:21 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

Maybe? Just run sudo make install from FLTK again (do not need to build it just install).

Victor
On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:

I did get rid of the .os files, but... to get the image opcodes to compile so that I could grade student projects for class today, I had to re-install from the latest Binary at SourceForge.

csound5.18.031-OSX10.7-universal.dmg

This might have changed some things on the system?

--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 7:07 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote:

This is the same problem as before, getting rid of the .os files should sort it, if your FLTK installation is correct. Not sure what changed in your system since then.

On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:

It didn't quite make it this time.  Now this is possibly because I asked it to build a few more things (from the ManPage at Csounds.com).

I thought I would be able to fix this FLTK spinner thing by deleting the .os files in the InOut directory - as Victor had advised a couple of days ago, but not this time.

Note that I have asked it to buildNewParser.

Do I need to also install Flex and Bison for this to work?  Where? How?

db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1 gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... yes
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7 -I/usr/local/include -IEngine -Iinterfaces
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface library.
Language subdirectory: java
Search paths:
   ./
   ./
   ./H/
   /usr/include/malloc/
   /opt/local/include/boost_1_51_0//
   /usr/include/python2.7/
   /usr/local/include/
   Engine/
   interfaces/
   ./swig_lib/java/
   /usr/local/share/swig/2.0.8/java/
   ./swig_lib/
   /usr/local/share/swig/2.0.8/
Preprocessing...
Starting language-specific parse...
Processing types...
C++ analysis...
Generating wrappers...
./H/csound.h:464: Warning 451: Setting a const char * variable may leak memory.
interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or reference in a director method is not recommended.
interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector< double > *INPUT). No typemaps are defined.
interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound proxy: Base CsoundFile ignored. Multiple inheritance is not supported in Java.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) yes
CONFIGURATION DECISION: Building image opcodes
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Building Winsound frontend
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd.c
gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd_u.c
gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midifile.c
gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midirecv.c
gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/midisend.c
gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winascii.c
gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/windin.c
gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/window.c
gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winEPS.c
gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker -current_version -Xlinker 5.2 -install_name /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64 Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os Engine/entry1.os Engine/envvar.os Engine/express.os Engine/extract.os Engine/fgens.os Engine/insert.os Engine/linevent.os Engine/memalloc.os Engine/memfiles.os Engine/musmon.os Engine/namedins.os Engine/otran.os Engine/rdorch.os Engine/rdscor.os Engine/scsort.os Engine/scxtract.os Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os InOut/midirecv.os InOut/midisend.os InOut/winascii.os InOut/windin.os InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os InOut/libmpadec/synth.os InOut/libmpadec/tables.os InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os Opcodes/eqfil.os Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os Opcodes/cross2.os Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os Opcodes/flanger.os Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os Opcodes/ftconv.os Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os Opcodes/metro.os Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os Opcodes/repluck.os Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os Opcodes/pitch.os Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os Opcodes/tabvars.os Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os Opcodes/pvlock.os Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os Opcodes/gab/sliderTable.os Opcodes/gab/newgabopc.os Engine/cs_par_base.os Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os Engine/csound_prelex.os Engine/csound_orclex.os Engine/csound_orcparse.os Engine/csound_orc_semantics.os Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os Engine/csound_orc_compile.os Engine/symbtab.os Engine/new_orc_parser.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -ldl -lm -lpthread
cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/cmidi.c
gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/cmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f libcmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/pmidi.c
gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/pmidi.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportmidi
cp -f libpmidi.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -I/System/Library/Frameworks/CoreAudio.framework/Headers -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -framework AudioUnit -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
cp -f librtauhal.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lpthread -ljack
cp -f librtjack.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7 -I/usr/local/include InOut/rtpa.c
gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile -lportaudio
cp -f librtpa.dylib CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation -framework CoreServices -framework CoreAudio -dynamiclib InOut/virtual_keyboard/FLTKKeyboard.os InOut/virtual_keyboard/FLTKKeyboardWindow.os InOut/virtual_keyboard/FLTKKeyboardWidget.os InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
  "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
      FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int, int, int, int)in FLTKKeyboardWidget.os
      SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
  "Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced from:
      FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int, int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//cciixSt2.out (No such file or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
--------------------------------
Dr. Richard Boulanger
-----------------------------------




On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Most likely what happened is what happened to me, in that I didn't
realize they were not building because I did not have libpng
installed.  What I did for that is:

1. Went to libpng.org and grabbed the latest tarball. I think you can
use this address:

http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download

After downloading, unpack, then go in and use:

./configure CFLAGS="-arch i386 -arch x86_64" --disable-dependency-tracking
make
sudo make install

After that, Scons should work to build the image opcodes.  Another
thing to note, when Scons runs, it should report something like "Not
building image opcodes", so even if you had told scons you want to
build it, it might not do so if the dependency isn't there.

Let's try the above and see how it goes from there.  Good luck!

steven


On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:
But wait.... I might not have crossed the finish line all the way.  Oh no.

So, I am preparing to show off this process tomorrow morning in our first
Computer Science Club Meeting for the semester @ Berklee
And it does seem to be true that my "frameworks" were updated after the
successful build using the following commandline

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0


But... this evening I was testing some .csds from students using the image
opcodes and I got a console output in QuteCsound-f like this:

Csound version 5.18.03 (float samples) Oct 1 2012
Creating options
Creating orchestra
Creating score
using callback interface

error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ',' (token
"imageload") line 17:
giimg imageload <<<
Parsing failed due to invalid input!
Stopping on parser failure



Now... I know that the image opcodes were missing from the 5.18.02 release,
but they were added the other day and when I re-installed from SourceForge,
these .csds worked.
And... they work on my student's computer who created them for class this
week. (not on Windows yet.)

So, I was thinking, maybe I need to "build" these with a command-line
option.

I look to the table in the Csound Manual and it does show me that there is
an option to set in order to build them.

I add that option, and I get a little excited and add a few more options....

Here is my new command-line:

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0 buildImageOpcodes=1
buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1 useOSC=1
useGettext=0 buildNewParser=1

As you can see, in addition to building the image opcodes, I ask it to build
Winsound and build the NewParser.

It seems to succeed.  But, it's fast.  And doesn't seem to have rebuilt many
things.

The same error.  I did not succeed.

Perhaps there is a "clean" option I need to know about?   (and that needs to
be in the WIKI?)

I look in my csound5 directory, and notice that there are a number of new
files here: csound, winsound, etc.

From the terminal, I type

./winsound

and, to my delight, I see that it did indeed build the Winsound front-end!

So, I get confident and I type

./csound -odac imageopcodeTest.csd

But I still get the same error message even here in the terminal

then I do an ls and notice that there are a lot of invisible .dylib files in
this csound5 source folder too and all the utilities are here as well.

An ls -l reveals that everything was built moments ago.

Shouldn't they have been "installed" somewhere?

Could this be the "problem"?

Maybe Steven or Victor could enlighten me and the MacCsoundUsers some more
about this.

My guess is that I need to move these .dylibs and apps to other directories.

My hope is that there is some sort of "script" that will do this for me

sudo make install Csound?

Writing from the finish line - suspended in  mid-air - in mid-lunge.

Thanks

Dr.B.




--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger <rboulanger@berklee.edu>
wrote:

Hello Steven,

Thanks so much for all your help and for all this fantastic work that made
it "only" 10 hours now - and not 10 days!

I am happy to report that... to get IncludeJavaWrappers=1  to work one needs
to...

======
download, build, install PCRE ( a dependency for SWIG)

http://www.pcre.org

./configure
make
sudo make install

and then....

=========
download, build, install SWIG

http://www.swig.org/index.php

./configure
make
sudo make install

and then... this commandline from the WIKI works!

sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

====

Your suggestions to write additional scripts would be HUGE.

Your suggestions that we together update the WIKI to include all the
additional steps (dependencies) and pre-steps (checking for and removing old
dylibs, etc.), and making sure that this are all done in the proper order
(building an updated Cmake prior to trying to do PortMIDI which uses Cmake),
Telling users to change custom.py,  to find and build and move boost, to
edit SConstruct, to use sudo in some places, to share a few
important UNIX commands like | grep and nm and ls -l, collect some of the
commands and links and suggestions from the manual
(http://www.csounds.com/manual/html/BuildingCsound.html) and expanding them
with
what is in the WIKI, and....

For the next 6 hours, I need to get all my student projects graded for
tomorrow and wednesday and prepare my classes.  But, I might get back to
this much later tonight and try my luck at Cmake Xcode.

It is so gratifying to have crossed the finish line - after all my failed
attempts over the years.

Thanks again to you and Victor and Michael Goggins and the other Developers
who have made this possible.

Good luck with your upgrade to 10.8.2

-dB

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Congratulations!  It's great that you have a working build.  I would
say, yes, it does take a long time to get a build system going for
Csound on OSX and Windows, but that's only if you're building more
than the basics.  The really difficult thing with csound builds, IMO,
is getting the dependencies all sorted out.  Luckily, for a bare
minimum build, you can do it with just libsndfile installed.  All of
the other stuff adds time and complexity to the building process.  I'd
estimate it probably took me 3-4 hours to figure out and build all the
dependencies on Mac when I first built them from scratch.

On the other hand, on Ubuntu Linux, the situation is vastly simpler.
Just run "sudo apt-get build-dep csound" and that installs all of the
dependencies for building csound (tools, libs, etc).  After that, it
pretty much "just works" to use scons and cmake.

Mac also adds to the issue with building all of the dependencies as
universal libs.

In some ways, we can update the documentation and further improve it,
and hopefully help make the build process a little smoother.  On the
other hand, the pain involved with building dependencies has a certain
amount of work that can't be easily circumvented.  (Unless we built a
script that would fetch tarballs and build everything, which is a
possibility.)

Also, if you don't have SWIG installed, that's probably the cause of
the Java issue.  Hopefully installing that gets your further.

I'm going to be checking things out on 10.8 over the next few days.  I
may try to build a magic dependencies script that can
fetch/build/install dependencies as i386/x86_64, as well as declaring
min OSX version as 10.7, so that the builds I do work on 10.7 and
10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
:)

steven


On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Thanks Steven.

I checked the dates

ls -l  /Library/Frameworks/CsoundLib64.framework

and they are:

db: ls -l /Library/Frameworks/CsoundLib64.framework
total 24
lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
Versions/Current/CsoundLib64
lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
Versions/Current/Headers
lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
Versions/Current/Resources
drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions

WOW.  Wonderful.  It's been a long time since I was able to pull from git
and build from sources.

Thanks for all your help.  Now to solve the JavaWrapper problem - and... to
move on to get a  Cmake Xcode version following that
WIKI from here.

Awesome.

There is no way that I could have gotten my system to work without the
invaluable and dedicated input, suggestions, debugging and solutions from
both you and Victor.
Your .sh files were a HUGE help.  The WIKI was a huge help.  You were both
and incredible help
And still ... It took 9.5 uninterrupted hours of concentrated work to get to
this point.
I think we discovered some missing pieces/steps along the way.
I hope that we can add some of these to your fantastic WIKI.

But... wait... as I look at the page
http://www.csounds.com/manual/html/BuildingCsound.html
to install from the Manual, I see that there are other "optional" libraries
to install and include - like Loris, and CsoundAv, and...

For generating Python and Java interfaces, install the Software Interface
and Wrapper Generator (SWIG) from http://www.swig.org.
The fluid opcodes require the Fluidsynth library from
http://savannah.nongnu.org/download/fluid.
The STK opcodes require STK source code from
http://ccrma.stanford.edu/software/stk, copied into csound5/Opcodes/stk.
The Loris opcodes requires Loris 1.8 to be installed:
http://sourceforge.net/projects/loris/files. It will create the Csound Loris
opcodes (along with Loris itself). When you run Csound use an additional
command line flag: --opcode-lib. For example in Linux:
--opcode-lib=/usr/local/lib/libloris.so

Should the WIKI cover these too?

I will try this SWIG install, because it might help to fix the JavaWrapper
issue?

Thanks again so much... still more to do it seems, but nice to have crossed
"this" finish line.

Can we hope to bring others along?

So that when the developers have a bug fix or new opcode that that commit to
the Git repository, many of us could just pull and rebuild to check it out.

Thanks again so much for all this help.

-dB

SWIG and then on to the Cmake Xcode project

-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Yes, looks like things are done there!  You can look at the dates of
the files in /Library/Frameworks/CsoundLib64.framework to verify.  As
for Java, the OSX installer currently says 31 minutes left, but that
ticker is going down slowly here. :)

I forgot though, did you manage to get Cmake XCode working?

steven

On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Maybe I have it then?

I used this build command:

db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0

Gave it my Password

Password:

And the... It starts like this....

scons: Reading SConscript files ...

   C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
 with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
 and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
 command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include SDIF/sdif-mem.c


=====
Lot's more to report along the way...


====
It ends like this...


gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
-ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
-freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
-DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
-DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
-DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
-I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
-I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
-arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
-L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

=====
SOME QUESTIONS....

Apart from the JavaWrappers, you are saying that I have built from sources?

Does this mean that the Frameworks have been replaced - and that this have
overwritten the version that was installed previously from sourceforge
(using the installer)
with the latest developer release from Git?


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:

This is good news, it looks like you got through the build and it's
trying to install, since you have buildRelease=1.  To use
buildRelease=1 on OSX, you need to run the scons command with sudo.
After that, you should be able to get all the way through.

On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.

It is now asking me to give permission to remove and move things....

db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
scons: Reading SConscript files ...

  C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'jar',
'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
CONFIGURATION DECISION: No localisation
CONFIGURATION DECISION: Using double-precision floating point for audio
samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
(cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
(cached) yes
found sync lock
Checking for C++ header file
frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
(cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) yes
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) yes
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... no
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file
/System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX', '-DPIPES',
'-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
'-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H', '-DHAVE_SYS_TIME_H',
'-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
'-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
'-D_CSOUND_RELEASE_',
'-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
'-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H', '-I/usr/include/malloc',
'-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
'-I/usr/local/include', '-IEngine', '-Iinterfaces']
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building OSC plugin.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Building JACK plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
/Library/Frameworks/
rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission denied
rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission denied
override rwxrwxr-x  root/wheel for
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 12:07 PM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

I'd wait on that and just try to get the rest built first.  We can
look at that after you get through the first round.  I'm going to be
updating OSX in about 20 minutes, so maybe I'll see the same problems
after I do that.

Let's see what happens next with Scons now. :)

steven

On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

I have removed all the .os files from InOut/virtual_keyboard and am ready to
build again.

Should I download and install the Java SDK from Oracle as Steven has
suggested he has done on his system?

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 11:23 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

Regarding the virtual keyboard errors, try getting rid of all   *.os files
in InOut/virtual_keyboard, then building again. I think old object files
might be the problem.
The symbols the linker is complaining about are not in libfltk.dylib, as
they are in the FL headers only, so they should appear in the compiled
object files instead.

Victor

On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:

I will try to do this next.


On Oct 8, 2012, at 11:00 AM, Steven Yi <stevenyi@gmail.com> wrote:

I was going to mention the same.  I downloaded a zip from boost.org
and then pointed to it in custom.py for my build here.


On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins <michael.gogins@gmail.com>
wrote:

I believe that Csound uses only the boost header files, so there
should be no need to build boost, only to make the headers accessible.

On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

Good morning Steven,

Back to work on this here.

Thanks for all this fantastic advice.  I will try all of these suggestions
next and report back.

First:
I will rebuild my FLTK and do a make clean and then sudo make install first
and let you know what happens.
(Perhaps some if not all of these commands should be in the WIKI?)
(Maybe also, there is a first step to suggest to all - about cleaning out
the system prior to doing an Build and Install from sources? or checking for
duplicates?)

Second:
I do see that you have a version of boost installed on your system.  If you
have it, and it is in custom.py,
then  we probably need to add to the WIKI where to get this and how to
install it.
I will look for the version you are currently using and see if I can get it
installed. There is a new thing at boost
for OS X64 called boostjam - not sure that this is the more current/version?

More in a few.


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 6:18 AM, Steven Yi <stevenyi@gmail.com> wrote:

Hi Dr. B,

Just catching up with the thread.  I'm planning to upgrade to 10.8
later this evening (have some work I need to get done first for the
day), so will be able to assist more closely by having the same OS
version.

It sounds like you're really close.  The issue, as Victor mentioned,
is that the fltk library you have built does not have both x86_64 and
i386 architectures.  I wonder if the issue is that you the make files
didn't detect when you switched architectures and you had some stale
.o files around.  Could you try building the fltk 1.3 again with:


./configure --with-archflags="-arch i386 -arch x86_64"
make clean
make
sudo make install

That way, we'll know the lib was built from a clean state.

After that, you can check the library that was installed into
/usr/local/lib.  Two things I do are:

file /usr/local/lib/libfltk.1.3.dylib

that show me here:

/usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2 architectures

You can also see what symbols are in the library by using:

nm /usr/local/lib/libfltk.1.3.dylib

That gives all the symbols, so you can pipe that to grep with:

nm /usr/local/lib/libfltk.1.3.dylib | grep Double

for me here, I get:

Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
/usr/local/lib/libfltk.1.3.dylib | grep Double
000000000001b34e t
__GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
0000000000019fb6 T __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
000000000001b0fc T __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
0000000000018e9e T __ZN16Fl_Double_Window4hideEv
0000000000018ce2 T __ZN16Fl_Double_Window4showEv
00000000000192ee T __ZN16Fl_Double_Window5flushEi
0000000000018f8a T __ZN16Fl_Double_Window5flushEv
0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
000000000009e0d0 S __ZTI16Fl_Double_Window
0000000000073e80 S __ZTS16Fl_Double_Window
000000000009e060 S __ZTV16Fl_Double_Window


Also, worst case, if you just want to keep going and skip FLTK related
stuff with scons, you can do that using:

useFLTK=0


For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
that is a bit of a red herring.  That's being defined in the
custom-osx.py you used to create the custom.py file.  If you look at
that file you'll see:

customCPPPATH.append('/opt/local/include/boost-1_32/')

The custom.py file is there to allow this kind of thing, of adding
non-standard include paths.  You can continue to build the csound
library without having boost installed, just some things won't get
built.  On my computer I have custom.py modified to have:


customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')

which is where my boost library is.


As for install locations, it's complicated for OSX.  Generally with
software builds, they have a build location and an install location.
With our scons build, it builds everything "In source", meaning it
builds the object files and end binaries within the same folder as the
source code.  After you build, all of the executables and libraries
will end up in the root of the csound5 folder.  On other OS's, one
might use the install.py after that to install things into /usr/local.

For OSX, this is a little different. If you use release=1 with scons,
you will end up creating a framework directly into the
/Library/Framework/CsoundLib64.framework folder, and it will overwrite
anything you might have there.  You need to run with sudo if you use
release=1 in this case.  However, what you get there is different than
what you get with the installer we build, which adds in more stuff
like documentation, other opcodes, all of the interface libraries,
etc.  This is a known deficiency with the scons build in CS5 for Mac;
the goal with Csound6's CMake build is to have the framework built
locally with everything you would get as you would with the installer.
Besides running with release=1, you'd also have to have a copy of the
csound executables in /usr/local/bin.  If you ran an installer
previously, this isn't an issue really as those installed executables
will link correctly with the newly built framework.  Otherwise, you'd
have to copy the ones built in csound5 to /usr/local/bin.

For CMake, it uses "out of source" builds, so all of the built
binaries are in a separate directory.  This keeps the source tree
tidy.  What I do with CS5 is develop with XCode in a separate
directory.  I test within XCode using the run parameters to set
OPCODEDIR64 to the location where the xcode project stuff was created
(i.e. cs5xcode) and then set a CSD to test with.  At this point,
whenever I press run it will use those settings, and I can use the
debugger and run things like Instruments for profiling all within
XCode.  Once things are good there, I go back to the commandline to
build with release=1 with scons.  My system is generally using a
development build at all times.

It is not easy to have multiple Csound builds, due to the way that
frameworks are used and linked to by apps like the csound executables
as well as CsoundQT.  For your scenario, the best thing I can think of
is:

1. Run the normal csound installer
2. Make backup copies of the frameworks:
/Library/Frameworks/CsoundLib.framework and
/Library/Frameworks/CsoundLib64.framework
3. Do some development builds
4. If you're finished doing testing/development, move or delete the
dev frameworks and copy back the ones from the installer for normal
usage

(Best to make a couple scripts for this to automate it)


As for the Java thing, I'm not sure what is going on there as I'm
building with Java no problems. On the other hand, I have Oracle's
Java SDK installed, as Apple stopped being the one's responsible for
releases of that.  I'll see what happens when I upgrade to 10.8.

Note: The MediaWiki on Sourceforge is scheduled to go away, so we
should capture the information from there into a document and perhaps
store it in csound5 GIT.  We can then collaboratively update that way.

I'm going to be offline for a bit to take care of some work, but I'll
plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
there EDT).

Thanks!
steven

On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
<rboulanger@berklee.edu> wrote:

OK.  I recompiled the FLTK using 1.3.x and the commandline from the the WIKI

Archiving ../lib/libfltk_png.a...
=== making src ===
=== making fluid ===
=== making test ===
=== making documentation ===
db: sudo make install
=== installing FL ===
Installing include files in /usr/local/include...
=== installing jpeg ===
Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
Installing jpeg headers in /usr/local/include/FL/images...
=== installing png ===
Installing libfltk_png.a in /usr/local/lib...
Installing png headers in /usr/local/include/FL/images...
=== installing src ===
Installing libraries in /usr/local/lib...
ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
=== installing fluid ===
Installing FLUID in /usr/local/bin...
=== installing test ===
Installing example programs to /usr/local/share/doc/fltk/examples...
=== installing documentation ===
Installing documentation files in /usr/local/share/doc/fltk ...
Installing man pages in /usr/local/share/man ...
db:

==========

All seems OK with FLTK...

Building with the original commandline (but turning off the JavaWrappers)

g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
-lsndfile -framework CoreMIDI -framework CoreFoundation -framework
CoreServices -framework CoreAudio -dynamiclib
InOut/virtual_keyboard/FLTKKeyboard.os
InOut/virtual_keyboard/FLTKKeyboardWindow.os
InOut/virtual_keyboard/FLTKKeyboardWidget.os
InOut/virtual_keyboard/virtual_keyboard.os InOut/virtual_keyboard/Bank.os
InOut/virtual_keyboard/KeyboardMapping.os InOut/virtual_keyboard/Program.os
InOut/virtual_keyboard/SliderBank.os InOut/virtual_keyboard/SliderData.os
-L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images -lfltk_png -lz
-lfltk_jpeg -lfltk -lpthread -framework Cocoa
Undefined symbols for architecture i386:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
Undefined symbols for architecture x86_64:
"Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
int, int, int)in FLTKKeyboardWidget.os
SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
"Fl_Double_Window::Fl_Double_Window(int, int, char const*)", referenced
from:
FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
int, char const*)in FLTKKeyboardWindow.os
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No such file
or directory)
scons: *** [libvirtual.dylib] Error 1
scons: building terminated because of errors.
db:

====== maybe we should not be building both the 386 and the 486 "universal"
FLTK?  =====

It's 7 hours now - so I must stop for a bit.

--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

hum....  fltk 1.3.0  won't make

Compiling filename_list.cxx...
filename_list.cxx: In function ‘int fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))’:
filename_list.cxx:122: error: invalid conversion from ‘int (*)(const void*,
const void*)’ to ‘int (*)(const dirent**, const dirent**)’
filename_list.cxx:122: error:   initializing argument 4 of ‘int
scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const
dirent**, const dirent**))’
make[1]: *** [filename_list.o] Error 1
make: *** [all] Error 1
db:

I will try the same commandline with fltk 1.3.x


-----------------------------------------
Dr. Richard Boulanger, Ph.D.
rboulanger@berklee.edu
Professor of Electronic Production and Design
Professional Writing and Music Technology Division
Berklee College of Music
617-747-2485 (office)  774-488-9166 (cell)
http://csounds.com/boulanger     http://csounds.com/mathews
http://boulangerlabs.com    http://csoundforlive.com   http://csounds.com
-------------------------------------------------------------------------------------------------

On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger" <rboulanger@berklee.edu>
wrote:

I ran this script from the WIKI

./configure --with-archflags="-arch i386 -arch x86_64"
make
sudo make install

I will try the following...

./configure --with-archflags="-arch x86_64"
make
sudo make install


--------------------------------
Dr. Richard Boulanger
rboulanger@berklee.edu
-----------------------------------




On Oct 8, 2012, at 4:25 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
wrote:

This means your FLTK library has not been built for x86_64 arch (but for
i386)

On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:

ld: symbol(s) not found for architecture x86_64


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel




Send bugs reports to the Sourceforge bug tracker
     https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"


Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
      https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
csound"



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel






Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie



------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel


Date2012-10-09 19:12
FromAdam Puckett
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Dr. B,

I was thinking exactly the same thing. Why not make this an article in
the next Csound Journal? It would seem the perfect place to chronicle
this type of experience.

On 10/9/12, Dr. Richard Boulanger  wrote:
> Success!
>
> SUCCESS!!!!  I have crossed the finish line.
>
> Who would have thought to "sudo make install" FLTK again.  (OK, I guess that
> Victor would have thought this.)
> WOW.  Great.  I was able to run the image opcodes. Thanks Victor for this
> advice.
>
> Thanks Steven for all your advice and suggestions - and for your excellent
> WIKI developer documents.
>
> Still learning more here.
>
> Maybe we should think to include a set of "tips", at the end of the
> ultimate/new document, that suggests things from this thread to
> "try" when things go wrong.
>
> Also, John Clements, is planning to follow along behind us on this thread,
> and install from sources on his machine over the next week.
>
> Then his plan is to collect all these documents and tips and scripts and
> with you to make a new "comprehensive" document that we
> would love to post/host at Csounds.com.
>
> On Thursday I will begin the process of building the Xcode Project from
> Cmake as you have outlined in your other WIKI.  I will post these results
> too
> and hopefully get more help from you.
>
> What we still need to include/know is:  What the build creates?  Where it
> typically creates/installs what it creates? And, if it makes things "here"
> in
> the current folder without "installing" it - where we should move/copy it so
> that what we built is the version that we are now using when we launch
> CsoundQt.
>
>
> -dB
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 9, 2012, at 7:21 AM, Victor Lazzarini 
> wrote:
>
>> Maybe? Just run sudo make install from FLTK again (do not need to build it
>> just install).
>>
>> Victor
>> On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:
>>
>>> I did get rid of the .os files, but... to get the image opcodes to
>>> compile so that I could grade student projects for class today, I had to
>>> re-install from the latest Binary at SourceForge.
>>>
>>> csound5.18.031-OSX10.7-universal.dmg
>>>
>>> This might have changed some things on the system?
>>>
>>> --------------------------------
>>> Dr. Richard Boulanger
>>> rboulanger@berklee.edu
>>> -----------------------------------
>>>
>>>
>>>
>>>
>>> On Oct 9, 2012, at 7:07 AM, Victor Lazzarini 
>>> wrote:
>>>
>>>> This is the same problem as before, getting rid of the .os files should
>>>> sort it, if your FLTK installation is correct. Not sure what changed in
>>>> your system since then.
>>>>
>>>> On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:
>>>>
>>>>> It didn't quite make it this time.  Now this is possibly because I
>>>>> asked it to build a few more things (from the ManPage at Csounds.com).
>>>>>
>>>>> I thought I would be able to fix this FLTK spinner thing by deleting
>>>>> the .os files in the InOut directory - as Victor had advised a couple
>>>>> of days ago, but not this time.
>>>>>
>>>>> Note that I have asked it to buildNewParser.
>>>>>
>>>>> Do I need to also install Flex and Bison for this to work?  Where?
>>>>> How?
>>>>>
>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>> buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1
>>>>> buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
>>>>> scons: Reading SConscript files ...
>>>>>
>>>>>       C S O U N D 5
>>>>>
>>>>> SCons build file for Csound 5:
>>>>> API library, plugin opcodes, utilities, and front ends.
>>>>>
>>>>> By Michael Gogins 
>>>>>
>>>>> For custom options, run 'scons -h'.
>>>>> For default options, run 'scons -H'.
>>>>> If headers or libraries are not found, edit 'custom.py'.
>>>>> For Linux, run in the standard shell
>>>>>     with standard Python and just run 'scons'.
>>>>> For MinGW, run in the MSys shell
>>>>>     and use www.python.org WIN32 Python to run scons.
>>>>> For Microsoft Visual C++, run in the Platform SDK
>>>>>     command shell, and use www.python.org WIN32 Python to run scons.
>>>>>
>>>>> System platform is 'darwin'.
>>>>> Using options from 'custom.py.'
>>>>>
>>>>> scons: warning: The Options class is deprecated; use the Variables
>>>>> class instead.
>>>>> File
>>>>> "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct",
>>>>> line 346, in 
>>>>> Build platform is 'darwin'.
>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen',
>>>>> 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>>>>> CONFIGURATION DECISION: No localisation
>>>>> CONFIGURATION DECISION: Using double-precision floating point for audio
>>>>> samples.
>>>>> Mac OS X version 10.8
>>>>> Apple Python version is 2.7
>>>>> Current Python version is 2.7, using Apple Python Framework
>>>>> Checking for C header file stdio.h... (cached) yes
>>>>> Checking for C library sndfile... (cached) yes
>>>>> Checking for C library pthread... (cached) yes
>>>>> CONFIGURATION DECISION: No Wiimote support
>>>>> CONFIGURATION DECISION: No P5 Glove support
>>>>> CONFIGURATION DECISION: Building with Serial code support
>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
>>>>> (cached) no
>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>>>>> (cached) yes
>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>>>>> m... (cached) yes
>>>>> found sync lock
>>>>> Checking for C++ header file
>>>>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>>>>> (cached) no
>>>>> Checking for C header file portaudio.h... (cached) yes
>>>>> Checking for C header file portmidi.h... (cached) yes
>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>>>>> Checking for C library asound... (cached) no
>>>>> Checking for C header file lo/lo.h... (cached) yes
>>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in
>>>>> C++ library musicxml2... (cached) no
>>>>> Checking for C header file jack/jack.h... (cached) yes
>>>>> Checking for C header file pulse/simple.h... (cached) no
>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
>>>>> Checking for C header file m_pd.h... (cached) no
>>>>> Checking for C header file tcl.h... (cached) yes
>>>>> Checking for C header file zlib.h... (cached) yes
>>>>> Checking for C++ header file funknown.h... (cached) no
>>>>> Checking for C header file lua.h... (cached) no
>>>>> Checking for SWIG... yes
>>>>> Python Version: 2.7
>>>>> Checking for C header file Python.h... (cached) yes
>>>>> Checking for C++ header file
>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached)
>>>>> yes
>>>>> Checking for C header file io.h... (cached) no
>>>>> Checking for C header file fcntl.h... (cached) yes
>>>>> Checking for C header file unistd.h... (cached) yes
>>>>> Checking for C header file stdint.h... (cached) yes
>>>>> Checking for C header file sys/time.h... (cached) yes
>>>>> Checking for C header file sys/types.h... (cached) yes
>>>>> Checking for C header file termios.h... (cached) yes
>>>>> Checking for C header file values.h... (cached) no
>>>>> Checking for C header file sys/socket.h... (cached) yes
>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>>>>> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK
>>>>> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7
>>>>> -I/usr/local/include -IEngine -Iinterfaces
>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>>>>> interface library.
>>>>> CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface
>>>>> library.
>>>>> Language subdirectory: java
>>>>> Search paths:
>>>>>    ./
>>>>>    ./
>>>>>    ./H/
>>>>>    /usr/include/malloc/
>>>>>    /opt/local/include/boost_1_51_0//
>>>>>    /usr/include/python2.7/
>>>>>    /usr/local/include/
>>>>>    Engine/
>>>>>    interfaces/
>>>>>    ./swig_lib/java/
>>>>>    /usr/local/share/swig/2.0.8/java/
>>>>>    ./swig_lib/
>>>>>    /usr/local/share/swig/2.0.8/
>>>>> Preprocessing...
>>>>> Starting language-specific parse...
>>>>> Processing types...
>>>>> C++ analysis...
>>>>> Generating wrappers...
>>>>> ./H/csound.h:464: Warning 451: Setting a const char * variable may leak
>>>>> memory.
>>>>> interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or
>>>>> reference in a director method is not recommended.
>>>>> interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector<
>>>>> double > *INPUT). No typemaps are defined.
>>>>> interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound proxy:
>>>>> Base CsoundFile ignored. Multiple inheritance is not supported in
>>>>> Java.
>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>>>>> interface library.
>>>>> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building UDP plugins.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building OSC plugin.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>>>>> Checking for C header file png.h... (cached) yes
>>>>> CONFIGURATION DECISION: Building image opcodes
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>>>>> CONFIGURATION DECISION: Building PortAudio module.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building JACK plugin.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> Checking for C header file fluidsynth.h... (cached) no
>>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>>>>> Checking for C header file ladspa.h... (cached) no
>>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>>>>> CONFIGURATION DECISION: Not building STK opcodes.
>>>>> CONFIGURATION DECISION: Not building Python opcodes.
>>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>>>>> Csound with algorithmic composition.
>>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
>>>>> 0 False
>>>>> CONFIGURATION DECISION: Not building Tclcsound
>>>>> CONFIGURATION DECISION: Building Winsound frontend
>>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>>>>> CONFIGURATION DECISION: Building beats score frontend
>>>>> CONFIGURATION DECISION: Not building catalog builder.
>>>>> CONFIGURATION DECISION: Not calling TAGS
>>>>> CONFIGURATION DECISION: Adding resource fork for csound
>>>>> scons: done reading SConscript files.
>>>>> scons: Building targets ...
>>>>> gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd.c
>>>>> gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/libsnd_u.c
>>>>> gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/midifile.c
>>>>> gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/midirecv.c
>>>>> gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/midisend.c
>>>>> gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/winascii.c
>>>>> gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/windin.c
>>>>> gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/window.c
>>>>> gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winEPS.c
>>>>> gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module
>>>>> -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker
>>>>> -current_version -Xlinker 5.2 -install_name
>>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64
>>>>> Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os Engine/entry1.os
>>>>> Engine/envvar.os Engine/express.os Engine/extract.os Engine/fgens.os
>>>>> Engine/insert.os Engine/linevent.os Engine/memalloc.os
>>>>> Engine/memfiles.os Engine/musmon.os Engine/namedins.os Engine/otran.os
>>>>> Engine/rdorch.os Engine/rdscor.os Engine/scsort.os Engine/scxtract.os
>>>>> Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os
>>>>> Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os
>>>>> InOut/midirecv.os InOut/midisend.os InOut/winascii.os InOut/windin.os
>>>>> InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os
>>>>> InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os
>>>>> InOut/libmpadec/synth.os InOut/libmpadec/tables.os
>>>>> InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os
>>>>> OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os
>>>>> OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os
>>>>> OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os
>>>>> OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os
>>>>> OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os
>>>>> OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os
>>>>> OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os
>>>>> OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os
>>>>> Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os Opcodes/eqfil.os
>>>>> Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os
>>>>> Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os
>>>>> Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os
>>>>> Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os
>>>>> Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os Opcodes/cross2.os
>>>>> Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os Opcodes/flanger.os
>>>>> Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os Opcodes/ftconv.os
>>>>> Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os
>>>>> Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os Opcodes/metro.os
>>>>> Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os
>>>>> Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os Opcodes/repluck.os
>>>>> Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os
>>>>> Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os
>>>>> Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os
>>>>> Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os
>>>>> Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os
>>>>> Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os
>>>>> Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os
>>>>> Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os
>>>>> Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os
>>>>> Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os
>>>>> Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os
>>>>> Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os Opcodes/pitch.os
>>>>> Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os
>>>>> Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os
>>>>> Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os Opcodes/tabvars.os
>>>>> Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os
>>>>> Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os
>>>>> Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os
>>>>> Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os
>>>>> Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os
>>>>> Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os Opcodes/pvlock.os
>>>>> Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os
>>>>> Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os
>>>>> Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os
>>>>> Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os
>>>>> Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os
>>>>> Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os Opcodes/gab/sliderTable.os
>>>>> Opcodes/gab/newgabopc.os Engine/cs_par_base.os
>>>>> Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os
>>>>> Engine/csound_prelex.os Engine/csound_orclex.os
>>>>> Engine/csound_orcparse.os Engine/csound_orc_semantics.os
>>>>> Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os
>>>>> Engine/csound_orc_compile.os Engine/symbtab.os Engine/new_orc_parser.os
>>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>>>> -lsndfile -ldl -lm -lpthread
>>>>> cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
>>>>> gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>> -I/usr/local/include InOut/cmidi.c
>>>>> gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib InOut/cmidi.os
>>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>>>> -lsndfile
>>>>> cp -f libcmidi.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>> -I/usr/local/include InOut/pmidi.c
>>>>> gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib InOut/pmidi.os
>>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>>>> -lsndfile -lportmidi
>>>>> cp -f libpmidi.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES
>>>>> -I/System/Library/Frameworks/CoreAudio.framework/Headers
>>>>> -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
>>>>> gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -framework AudioUnit
>>>>> -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile
>>>>> -lpthread -lgomp -lm -lsndfile
>>>>> cp -f librtauhal.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
>>>>> gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>>>> InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread
>>>>> -lgomp -lm -lsndfile -lpthread -ljack
>>>>> cp -f librtjack.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>> -I/usr/local/include InOut/rtpa.c
>>>>> gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>>>>> CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L.
>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
>>>>> -lportaudio
>>>>> cp -f librtpa.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>>>>> InOut/virtual_keyboard/virtual_keyboard.os
>>>>> InOut/virtual_keyboard/Bank.os
>>>>> InOut/virtual_keyboard/KeyboardMapping.os
>>>>> InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os
>>>>> InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp
>>>>> -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread
>>>>> -framework Cocoa
>>>>> Undefined symbols for architecture i386:
>>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>>>> from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>>>>> int, int, int, int)in FLTKKeyboardWidget.os
>>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>>>>> SliderBank.os
>>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>>>> referenced from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>> ld: symbol(s) not found for architecture i386
>>>>> collect2: ld returned 1 exit status
>>>>> Undefined symbols for architecture x86_64:
>>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>>>> from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>>>>> int, int, int, int)in FLTKKeyboardWidget.os
>>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>>>>> SliderBank.os
>>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>>>> referenced from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>> ld: symbol(s) not found for architecture x86_64
>>>>> collect2: ld returned 1 exit status
>>>>> lipo: can't open input file: /var/tmp//cciixSt2.out (No such file or
>>>>> directory)
>>>>> scons: *** [libvirtual.dylib] Error 1
>>>>> scons: building terminated because of errors.
>>>>> --------------------------------
>>>>> Dr. Richard Boulanger
>>>>> rboulanger@berklee.edu
>>>>> -----------------------------------
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Oct 9, 2012, at 5:55 AM, Steven Yi  wrote:
>>>>>
>>>>>> Hi Dr. B,
>>>>>>
>>>>>> Most likely what happened is what happened to me, in that I didn't
>>>>>> realize they were not building because I did not have libpng
>>>>>> installed.  What I did for that is:
>>>>>>
>>>>>> 1. Went to libpng.org and grabbed the latest tarball. I think you can
>>>>>> use this address:
>>>>>>
>>>>>> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>>>>>>
>>>>>> After downloading, unpack, then go in and use:
>>>>>>
>>>>>> ./configure CFLAGS="-arch i386 -arch x86_64"
>>>>>> --disable-dependency-tracking
>>>>>> make
>>>>>> sudo make install
>>>>>>
>>>>>> After that, Scons should work to build the image opcodes.  Another
>>>>>> thing to note, when Scons runs, it should report something like "Not
>>>>>> building image opcodes", so even if you had told scons you want to
>>>>>> build it, it might not do so if the dependency isn't there.
>>>>>>
>>>>>> Let's try the above and see how it goes from there.  Good luck!
>>>>>>
>>>>>> steven
>>>>>>
>>>>>>
>>>>>> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>>>>>>  wrote:
>>>>>>> But wait.... I might not have crossed the finish line all the way.
>>>>>>> Oh no.
>>>>>>>
>>>>>>> So, I am preparing to show off this process tomorrow morning in our
>>>>>>> first
>>>>>>> Computer Science Club Meeting for the semester @ Berklee
>>>>>>> And it does seem to be true that my "frameworks" were updated after
>>>>>>> the
>>>>>>> successful build using the following commandline
>>>>>>>
>>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>>
>>>>>>>
>>>>>>> But... this evening I was testing some .csds from students using the
>>>>>>> image
>>>>>>> opcodes and I got a console output in QuteCsound-f like this:
>>>>>>>
>>>>>>> Csound version 5.18.03 (float samples) Oct 1 2012
>>>>>>> Creating options
>>>>>>> Creating orchestra
>>>>>>> Creating score
>>>>>>> using callback interface
>>>>>>>
>>>>>>> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ','
>>>>>>> (token
>>>>>>> "imageload") line 17:
>>>>>>>>>> giimg imageload <<<
>>>>>>> Parsing failed due to invalid input!
>>>>>>> Stopping on parser failure
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Now... I know that the image opcodes were missing from the 5.18.02
>>>>>>> release,
>>>>>>> but they were added the other day and when I re-installed from
>>>>>>> SourceForge,
>>>>>>> these .csds worked.
>>>>>>> And... they work on my student's computer who created them for class
>>>>>>> this
>>>>>>> week. (not on Windows yet.)
>>>>>>>
>>>>>>> So, I was thinking, maybe I need to "build" these with a
>>>>>>> command-line
>>>>>>> option.
>>>>>>>
>>>>>>> I look to the table in the Csound Manual and it does show me that
>>>>>>> there is
>>>>>>> an option to set in order to build them.
>>>>>>>
>>>>>>> I add that option, and I get a little excited and add a few more
>>>>>>> options....
>>>>>>>
>>>>>>> Here is my new command-line:
>>>>>>>
>>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>> buildImageOpcodes=1
>>>>>>> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1
>>>>>>> useOSC=1
>>>>>>> useGettext=0 buildNewParser=1
>>>>>>>
>>>>>>> As you can see, in addition to building the image opcodes, I ask it
>>>>>>> to build
>>>>>>> Winsound and build the NewParser.
>>>>>>>
>>>>>>> It seems to succeed.  But, it's fast.  And doesn't seem to have
>>>>>>> rebuilt many
>>>>>>> things.
>>>>>>>
>>>>>>> The same error.  I did not succeed.
>>>>>>>
>>>>>>> Perhaps there is a "clean" option I need to know about?   (and that
>>>>>>> needs to
>>>>>>> be in the WIKI?)
>>>>>>>
>>>>>>> I look in my csound5 directory, and notice that there are a number of
>>>>>>> new
>>>>>>> files here: csound, winsound, etc.
>>>>>>>
>>>>>>> From the terminal, I type
>>>>>>>
>>>>>>> ./winsound
>>>>>>>
>>>>>>> and, to my delight, I see that it did indeed build the Winsound
>>>>>>> front-end!
>>>>>>>
>>>>>>> So, I get confident and I type
>>>>>>>
>>>>>>> ./csound -odac imageopcodeTest.csd
>>>>>>>
>>>>>>> But I still get the same error message even here in the terminal
>>>>>>>
>>>>>>> then I do an ls and notice that there are a lot of invisible .dylib
>>>>>>> files in
>>>>>>> this csound5 source folder too and all the utilities are here as
>>>>>>> well.
>>>>>>>
>>>>>>> An ls -l reveals that everything was built moments ago.
>>>>>>>
>>>>>>> Shouldn't they have been "installed" somewhere?
>>>>>>>
>>>>>>> Could this be the "problem"?
>>>>>>>
>>>>>>> Maybe Steven or Victor could enlighten me and the MacCsoundUsers some
>>>>>>> more
>>>>>>> about this.
>>>>>>>
>>>>>>> My guess is that I need to move these .dylibs and apps to other
>>>>>>> directories.
>>>>>>>
>>>>>>> My hope is that there is some sort of "script" that will do this for
>>>>>>> me
>>>>>>>
>>>>>>> sudo make install Csound?
>>>>>>>
>>>>>>> Writing from the finish line - suspended in  mid-air - in mid-lunge.
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> Dr.B.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger
>>>>>>> 
>>>>>>> wrote:
>>>>>>>
>>>>>>> Hello Steven,
>>>>>>>
>>>>>>> Thanks so much for all your help and for all this fantastic work that
>>>>>>> made
>>>>>>> it "only" 10 hours now - and not 10 days!
>>>>>>>
>>>>>>> I am happy to report that... to get IncludeJavaWrappers=1  to work
>>>>>>> one needs
>>>>>>> to...
>>>>>>>
>>>>>>> ======
>>>>>>> download, build, install PCRE ( a dependency for SWIG)
>>>>>>>
>>>>>>> http://www.pcre.org
>>>>>>>
>>>>>>> ./configure
>>>>>>> make
>>>>>>> sudo make install
>>>>>>>
>>>>>>> and then....
>>>>>>>
>>>>>>> =========
>>>>>>> download, build, install SWIG
>>>>>>>
>>>>>>> http://www.swig.org/index.php
>>>>>>>
>>>>>>> ./configure
>>>>>>> make
>>>>>>> sudo make install
>>>>>>>
>>>>>>> and then... this commandline from the WIKI works!
>>>>>>>
>>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>>
>>>>>>> ====
>>>>>>>
>>>>>>> Your suggestions to write additional scripts would be HUGE.
>>>>>>>
>>>>>>> Your suggestions that we together update the WIKI to include all the
>>>>>>> additional steps (dependencies) and pre-steps (checking for and
>>>>>>> removing old
>>>>>>> dylibs, etc.), and making sure that this are all done in the proper
>>>>>>> order
>>>>>>> (building an updated Cmake prior to trying to do PortMIDI which uses
>>>>>>> Cmake),
>>>>>>> Telling users to change custom.py,  to find and build and move boost,
>>>>>>> to
>>>>>>> edit SConstruct, to use sudo in some places, to share a few
>>>>>>> important UNIX commands like | grep and nm and ls -l, collect some of
>>>>>>> the
>>>>>>> commands and links and suggestions from the manual
>>>>>>> (http://www.csounds.com/manual/html/BuildingCsound.html) and
>>>>>>> expanding them
>>>>>>> with
>>>>>>> what is in the WIKI, and....
>>>>>>>
>>>>>>> For the next 6 hours, I need to get all my student projects graded
>>>>>>> for
>>>>>>> tomorrow and wednesday and prepare my classes.  But, I might get back
>>>>>>> to
>>>>>>> this much later tonight and try my luck at Cmake Xcode.
>>>>>>>
>>>>>>> It is so gratifying to have crossed the finish line - after all my
>>>>>>> failed
>>>>>>> attempts over the years.
>>>>>>>
>>>>>>> Thanks again to you and Victor and Michael Goggins and the other
>>>>>>> Developers
>>>>>>> who have made this possible.
>>>>>>>
>>>>>>> Good luck with your upgrade to 10.8.2
>>>>>>>
>>>>>>> -dB
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 1:25 PM, Steven Yi  wrote:
>>>>>>>
>>>>>>> Hi Dr. B,
>>>>>>>
>>>>>>> Congratulations!  It's great that you have a working build.  I would
>>>>>>> say, yes, it does take a long time to get a build system going for
>>>>>>> Csound on OSX and Windows, but that's only if you're building more
>>>>>>> than the basics.  The really difficult thing with csound builds,
>>>>>>> IMO,
>>>>>>> is getting the dependencies all sorted out.  Luckily, for a bare
>>>>>>> minimum build, you can do it with just libsndfile installed.  All of
>>>>>>> the other stuff adds time and complexity to the building process.
>>>>>>> I'd
>>>>>>> estimate it probably took me 3-4 hours to figure out and build all
>>>>>>> the
>>>>>>> dependencies on Mac when I first built them from scratch.
>>>>>>>
>>>>>>> On the other hand, on Ubuntu Linux, the situation is vastly simpler.
>>>>>>> Just run "sudo apt-get build-dep csound" and that installs all of
>>>>>>> the
>>>>>>> dependencies for building csound (tools, libs, etc).  After that, it
>>>>>>> pretty much "just works" to use scons and cmake.
>>>>>>>
>>>>>>> Mac also adds to the issue with building all of the dependencies as
>>>>>>> universal libs.
>>>>>>>
>>>>>>> In some ways, we can update the documentation and further improve
>>>>>>> it,
>>>>>>> and hopefully help make the build process a little smoother.  On the
>>>>>>> other hand, the pain involved with building dependencies has a
>>>>>>> certain
>>>>>>> amount of work that can't be easily circumvented.  (Unless we built
>>>>>>> a
>>>>>>> script that would fetch tarballs and build everything, which is a
>>>>>>> possibility.)
>>>>>>>
>>>>>>> Also, if you don't have SWIG installed, that's probably the cause of
>>>>>>> the Java issue.  Hopefully installing that gets your further.
>>>>>>>
>>>>>>> I'm going to be checking things out on 10.8 over the next few days.
>>>>>>> I
>>>>>>> may try to build a magic dependencies script that can
>>>>>>> fetch/build/install dependencies as i386/x86_64, as well as
>>>>>>> declaring
>>>>>>> min OSX version as 10.7, so that the builds I do work on 10.7 and
>>>>>>> 10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
>>>>>>> :)
>>>>>>>
>>>>>>> steven
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>>>>>>>  wrote:
>>>>>>>
>>>>>>> Thanks Steven.
>>>>>>>
>>>>>>> I checked the dates
>>>>>>>
>>>>>>> ls -l  /Library/Frameworks/CsoundLib64.framework
>>>>>>>
>>>>>>> and they are:
>>>>>>>
>>>>>>> db: ls -l /Library/Frameworks/CsoundLib64.framework
>>>>>>> total 24
>>>>>>> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
>>>>>>> Versions/Current/CsoundLib64
>>>>>>> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
>>>>>>> Versions/Current/Headers
>>>>>>> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
>>>>>>> Versions/Current/Resources
>>>>>>> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>>>>>>>
>>>>>>> WOW.  Wonderful.  It's been a long time since I was able to pull from
>>>>>>> git
>>>>>>> and build from sources.
>>>>>>>
>>>>>>> Thanks for all your help.  Now to solve the JavaWrapper problem -
>>>>>>> and... to
>>>>>>> move on to get a  Cmake Xcode version following that
>>>>>>> WIKI from here.
>>>>>>>
>>>>>>> Awesome.
>>>>>>>
>>>>>>> There is no way that I could have gotten my system to work without
>>>>>>> the
>>>>>>> invaluable and dedicated input, suggestions, debugging and solutions
>>>>>>> from
>>>>>>> both you and Victor.
>>>>>>> Your .sh files were a HUGE help.  The WIKI was a huge help.  You were
>>>>>>> both
>>>>>>> and incredible help
>>>>>>> And still ... It took 9.5 uninterrupted hours of concentrated work to
>>>>>>> get to
>>>>>>> this point.
>>>>>>> I think we discovered some missing pieces/steps along the way.
>>>>>>> I hope that we can add some of these to your fantastic WIKI.
>>>>>>>
>>>>>>> But... wait... as I look at the page
>>>>>>> http://www.csounds.com/manual/html/BuildingCsound.html
>>>>>>> to install from the Manual, I see that there are other "optional"
>>>>>>> libraries
>>>>>>> to install and include - like Loris, and CsoundAv, and...
>>>>>>>
>>>>>>> For generating Python and Java interfaces, install the Software
>>>>>>> Interface
>>>>>>> and Wrapper Generator (SWIG) from http://www.swig.org.
>>>>>>> The fluid opcodes require the Fluidsynth library from
>>>>>>> http://savannah.nongnu.org/download/fluid.
>>>>>>> The STK opcodes require STK source code from
>>>>>>> http://ccrma.stanford.edu/software/stk, copied into
>>>>>>> csound5/Opcodes/stk.
>>>>>>> The Loris opcodes requires Loris 1.8 to be installed:
>>>>>>> http://sourceforge.net/projects/loris/files. It will create the
>>>>>>> Csound Loris
>>>>>>> opcodes (along with Loris itself). When you run Csound use an
>>>>>>> additional
>>>>>>> command line flag: --opcode-lib. For example in Linux:
>>>>>>> --opcode-lib=/usr/local/lib/libloris.so
>>>>>>>
>>>>>>> Should the WIKI cover these too?
>>>>>>>
>>>>>>> I will try this SWIG install, because it might help to fix the
>>>>>>> JavaWrapper
>>>>>>> issue?
>>>>>>>
>>>>>>> Thanks again so much... still more to do it seems, but nice to have
>>>>>>> crossed
>>>>>>> "this" finish line.
>>>>>>>
>>>>>>> Can we hope to bring others along?
>>>>>>>
>>>>>>> So that when the developers have a bug fix or new opcode that that
>>>>>>> commit to
>>>>>>> the Git repository, many of us could just pull and rebuild to check
>>>>>>> it out.
>>>>>>>
>>>>>>> Thanks again so much for all this help.
>>>>>>>
>>>>>>> -dB
>>>>>>>
>>>>>>> SWIG and then on to the Cmake Xcode project
>>>>>>>
>>>>>>> -----------------------------------------
>>>>>>> Dr. Richard Boulanger, Ph.D.
>>>>>>> rboulanger@berklee.edu
>>>>>>> Professor of Electronic Production and Design
>>>>>>> Professional Writing and Music Technology Division
>>>>>>> Berklee College of Music
>>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>>>>>>> http://csounds.com
>>>>>>> -------------------------------------------------------------------------------------------------
>>>>>>>
>>>>>>> On Oct 8, 2012, at 12:52 PM, Steven Yi  wrote:
>>>>>>>
>>>>>>> Hi Dr. B,
>>>>>>>
>>>>>>> Yes, looks like things are done there!  You can look at the dates of
>>>>>>> the files in /Library/Frameworks/CsoundLib64.framework to verify.
>>>>>>> As
>>>>>>> for Java, the OSX installer currently says 31 minutes left, but that
>>>>>>> ticker is going down slowly here. :)
>>>>>>>
>>>>>>> I forgot though, did you manage to get Cmake XCode working?
>>>>>>>
>>>>>>> steven
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>>>>>>>  wrote:
>>>>>>>
>>>>>>> Maybe I have it then?
>>>>>>>
>>>>>>> I used this build command:
>>>>>>>
>>>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>>
>>>>>>> Gave it my Password
>>>>>>>
>>>>>>> Password:
>>>>>>>
>>>>>>> And the... It starts like this....
>>>>>>>
>>>>>>> scons: Reading SConscript files ...
>>>>>>>
>>>>>>>    C S O U N D 5
>>>>>>>
>>>>>>> SCons build file for Csound 5:
>>>>>>> API library, plugin opcodes, utilities, and front ends.
>>>>>>>
>>>>>>> By Michael Gogins 
>>>>>>>
>>>>>>> For custom options, run 'scons -h'.
>>>>>>> For default options, run 'scons -H'.
>>>>>>> If headers or libraries are not found, edit 'custom.py'.
>>>>>>> For Linux, run in the standard shell
>>>>>>>  with standard Python and just run 'scons'.
>>>>>>> For MinGW, run in the MSys shell
>>>>>>>  and use www.python.org WIN32 Python to run scons.
>>>>>>> For Microsoft Visual C++, run in the Platform SDK
>>>>>>>  command shell, and use www.python.org WIN32 Python to run scons.
>>>>>>>
>>>>>>> System platform is 'darwin'.
>>>>>>> Using options from 'custom.py.'
>>>>>>>
>>>>>>> scons: warning: The Options class is deprecated; use the Variables
>>>>>>> class
>>>>>>> instead.
>>>>>>> File
>>>>>>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>>>>>>> line 346, in 
>>>>>>> Build platform is 'darwin'.
>>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>>>>>>> 'g++',
>>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen',
>>>>>>> 'jar',
>>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>>>>>>> CONFIGURATION DECISION: No localisation
>>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>>>>>>> audio
>>>>>>> samples.
>>>>>>> Mac OS X version 10.8
>>>>>>> Apple Python version is 2.7
>>>>>>> Current Python version is 2.7, using Apple Python Framework
>>>>>>> Checking for C header file stdio.h... (cached) yes
>>>>>>> Checking for C library sndfile... (cached) yes
>>>>>>> Checking for C library pthread... (cached) yes
>>>>>>> CONFIGURATION DECISION: No Wiimote support
>>>>>>> CONFIGURATION DECISION: No P5 Glove support
>>>>>>> CONFIGURATION DECISION: Building with Serial code support
>>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>>>>>>> pthread...
>>>>>>> (cached) no
>>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>>>>>>> (cached)
>>>>>>> yes
>>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>>>>>>> m...
>>>>>>> (cached) yes
>>>>>>> found sync lock
>>>>>>> Checking for C++ header file
>>>>>>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>>>>>>> (cached) no
>>>>>>> Checking for C header file portaudio.h... (cached) yes
>>>>>>> Checking for C header file portmidi.h... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>>>>>>> Checking for C library asound... (cached) no
>>>>>>> Checking for C header file lo/lo.h... (cached) yes
>>>>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in
>>>>>>> C++
>>>>>>> library musicxml2... (cached) no
>>>>>>> Checking for C header file jack/jack.h... (cached) yes
>>>>>>> Checking for C header file pulse/simple.h... (cached) no
>>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>>>>>>> no
>>>>>>> Checking for C header file m_pd.h... (cached) no
>>>>>>> Checking for C header file tcl.h... (cached) yes
>>>>>>> Checking for C header file zlib.h... (cached) yes
>>>>>>> Checking for C++ header file funknown.h... (cached) no
>>>>>>> Checking for C header file lua.h... (cached) no
>>>>>>> Checking for SWIG... no
>>>>>>> Python Version: 2.7
>>>>>>> Checking for C header file Python.h... (cached) yes
>>>>>>> Checking for C++ header file
>>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached)
>>>>>>> yes
>>>>>>> Checking for C header file io.h... (cached) no
>>>>>>> Checking for C header file fcntl.h... (cached) yes
>>>>>>> Checking for C header file unistd.h... (cached) yes
>>>>>>> Checking for C header file stdint.h... (cached) yes
>>>>>>> Checking for C header file sys/time.h... (cached) yes
>>>>>>> Checking for C header file sys/types.h... (cached) yes
>>>>>>> Checking for C header file termios.h... (cached) yes
>>>>>>> Checking for C header file values.h... (cached) no
>>>>>>> Checking for C header file sys/socket.h... (cached) yes
>>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>>>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>>>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>>>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>>>>>>> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX',
>>>>>>> '-DPIPES',
>>>>>>> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
>>>>>>> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H',
>>>>>>> '-DHAVE_SYS_TIME_H',
>>>>>>> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
>>>>>>> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
>>>>>>> '-D_CSOUND_RELEASE_',
>>>>>>> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
>>>>>>> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H',
>>>>>>> '-I/usr/include/malloc',
>>>>>>> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
>>>>>>> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
>>>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not building Java wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building UDP plugins.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building OSC plugin.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>>>>>>> Checking for C header file png.h... (cached) no
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>>>>>>> CONFIGURATION DECISION: Building PortAudio module.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building JACK plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> Checking for C header file fluidsynth.h... (cached) no
>>>>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>>>>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>>>>>>> Checking for C header file ladspa.h... (cached) no
>>>>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>>>>>>> CONFIGURATION DECISION: Not building STK opcodes.
>>>>>>> CONFIGURATION DECISION: Not building Python opcodes.
>>>>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>>>>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>>>>>>> Csound
>>>>>>> with algorithmic composition.
>>>>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>>>>>>> standalone.
>>>>>>> 0 False
>>>>>>> CONFIGURATION DECISION: Not building Tclcsound
>>>>>>> CONFIGURATION DECISION: Not building Winsound
>>>>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>>>>>>> CONFIGURATION DECISION: Building beats score frontend
>>>>>>> CONFIGURATION DECISION: Not building catalog builder.
>>>>>>> CONFIGURATION DECISION: Not calling TAGS
>>>>>>> CONFIGURATION DECISION: Adding resource fork for csound
>>>>>>> scons: done reading SConscript files.
>>>>>>> scons: Building targets ...
>>>>>>> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
>>>>>>> CsoundLib64.framework
>>>>>>> /Library/Frameworks/
>>>>>>> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse
>>>>>>> -mfpmath=sse
>>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>>>> -DHAVE_STDINT_H
>>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
>>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>>>> -I/usr/local/include SDIF/sdif-mem.c
>>>>>>>
>>>>>>>
>>>>>>> =====
>>>>>>> Lot's more to report along the way...
>>>>>>>
>>>>>>>
>>>>>>> ====
>>>>>>> It ends like this...
>>>>>>>
>>>>>>>
>>>>>>> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse
>>>>>>> -mfpmath=sse
>>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>>>> -DHAVE_STDINT_H
>>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
>>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>>>> -I/usr/local/include util/sndinfo_main.c
>>>>>>> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>>>>>> -lsndfile
>>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>>>>>>> -framework
>>>>>>> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o
>>>>>>> -L. -L.
>>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>>>>>>> -lm
>>>>>>> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse
>>>>>>> -mfpmath=sse
>>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>>>> -DHAVE_STDINT_H
>>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
>>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>>>> -I/usr/local/include util/srconv_main.c
>>>>>>> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>>>>>> -lsndfile
>>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>>>>>>> -framework
>>>>>>> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o
>>>>>>> -L. -L.
>>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>>>>>>> -lm
>>>>>>> scons: done building targets.
>>>>>>>
>>>>>>> =====
>>>>>>> SOME QUESTIONS....
>>>>>>>
>>>>>>> Apart from the JavaWrappers, you are saying that I have built from
>>>>>>> sources?
>>>>>>>
>>>>>>> Does this mean that the Frameworks have been replaced - and that this
>>>>>>> have
>>>>>>> overwritten the version that was installed previously from
>>>>>>> sourceforge
>>>>>>> (using the installer)
>>>>>>> with the latest developer release from Git?
>>>>>>>
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 12:23 PM, Steven Yi  wrote:
>>>>>>>
>>>>>>> This is good news, it looks like you got through the build and it's
>>>>>>> trying to install, since you have buildRelease=1.  To use
>>>>>>> buildRelease=1 on OSX, you need to run the scons command with sudo.
>>>>>>> After that, you should be able to get all the way through.
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>>>>>>>  wrote:
>>>>>>>
>>>>>>> OK.
>>>>>>>
>>>>>>> It is now asking me to give permission to remove and move things....
>>>>>>>
>>>>>>> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>> scons: Reading SConscript files ...
>>>>>>>
>>>>>>>   C S O U N D 5
>>>>>>>
>>>>>>> SCons build file for Csound 5:
>>>>>>> API library, plugin opcodes, utilities, and front ends.
>>>>>>>
>>>>>>> By Michael Gogins 
>>>>>>>
>>>>>>> For custom options, run 'scons -h'.
>>>>>>> For default options, run 'scons -H'.
>>>>>>> If headers or libraries are not found, edit 'custom.py'.
>>>>>>> For Linux, run in the standard shell
>>>>>>> with standard Python and just run 'scons'.
>>>>>>> For MinGW, run in the MSys shell
>>>>>>> and use www.python.org WIN32 Python to run scons.
>>>>>>> For Microsoft Visual C++, run in the Platform SDK
>>>>>>> command shell, and use www.python.org WIN32 Python to run scons.
>>>>>>>
>>>>>>> System platform is 'darwin'.
>>>>>>> Using options from 'custom.py.'
>>>>>>>
>>>>>>> scons: warning: The Options class is deprecated; use the Variables
>>>>>>> class
>>>>>>> instead.
>>>>>>> File
>>>>>>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>>>>>>> line 346, in 
>>>>>>> Build platform is 'darwin'.
>>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>>>>>>> 'g++',
>>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen',
>>>>>>> 'jar',
>>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>>>>>>> CONFIGURATION DECISION: No localisation
>>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>>>>>>> audio
>>>>>>> samples.
>>>>>>> Mac OS X version 10.8
>>>>>>> Apple Python version is 2.7
>>>>>>> Current Python version is 2.7, using Apple Python Framework
>>>>>>> Checking for C header file stdio.h... (cached) yes
>>>>>>> Checking for C library sndfile... (cached) yes
>>>>>>> Checking for C library pthread... (cached) yes
>>>>>>> CONFIGURATION DECISION: No Wiimote support
>>>>>>> CONFIGURATION DECISION: No P5 Glove support
>>>>>>> CONFIGURATION DECISION: Building with Serial code support
>>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>>>>>>> pthread...
>>>>>>> (cached) no
>>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>>>>>>> (cached)
>>>>>>> yes
>>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>>>>>>> m...
>>>>>>> (cached) yes
>>>>>>> found sync lock
>>>>>>> Checking for C++ header file
>>>>>>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>>>>>>> (cached) no
>>>>>>> Checking for C header file portaudio.h... (cached) yes
>>>>>>> Checking for C header file portmidi.h... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>>>>>>> Checking for C library asound... (cached) no
>>>>>>> Checking for C header file lo/lo.h... (cached) yes
>>>>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in
>>>>>>> C++
>>>>>>> library musicxml2... (cached) no
>>>>>>> Checking for C header file jack/jack.h... (cached) yes
>>>>>>> Checking for C header file pulse/simple.h... (cached) no
>>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>>>>>>> no
>>>>>>> Checking for C header file m_pd.h... (cached) no
>>>>>>> Checking for C header file tcl.h... (cached) yes
>>>>>>> Checking for C header file zlib.h... (cached) yes
>>>>>>> Checking for C++ header file funknown.h... (cached) no
>>>>>>> Checking for C header file lua.h... (cached) no
>>>>>>> Checking for SWIG... no
>>>>>>> Python Version: 2.7
>>>>>>> Checking for C header file Python.h... (cached) yes
>>>>>>> Checking for C++ header file
>>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached)
>>>>>>> yes
>>>>>>> Checking for C header file io.h... (cached) no
>>>>>>> Checking for C header file fcntl.h... (cached) yes
>>>>>>> Checking for C header file unistd.h... (cached) yes
>>>>>>> Checking for C header file stdint.h... (cached) yes
>>>>>>> Checking for C header file sys/time.h... (cached) yes
>>>>>>> Checking for C header file sys/types.h... (cached) yes
>>>>>>> Checking for C header file termios.h... (cached) yes
>>>>>>> Checking for C header file values.h... (cached) no
>>>>>>> Checking for C header file sys/socket.h... (cached) yes
>>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>>>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>>>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>>>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>>>>>>> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX',
>>>>>>> '-DPIPES',
>>>>>>> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
>>>>>>> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H',
>>>>>>> '-DHAVE_SYS_TIME_H',
>>>>>>> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
>>>>>>> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
>>>>>>> '-D_CSOUND_RELEASE_',
>>>>>>> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
>>>>>>> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H',
>>>>>>> '-I/usr/include/malloc',
>>>>>>> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
>>>>>>> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
>>>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not building Java wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building UDP plugins.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building OSC plugin.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>>>>>>> Checking for C header file png.h... (cached) no
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>>>>>>> CONFIGURATION DECISION: Building PortAudio module.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building JACK plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> Checking for C header file fluidsynth.h... (cached) no
>>>>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>>>>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>>>>>>> Checking for C header file ladspa.h... (cached) no
>>>>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>>>>>>> CONFIGURATION DECISION: Not building STK opcodes.
>>>>>>> CONFIGURATION DECISION: Not building Python opcodes.
>>>>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>>>>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>>>>>>> Csound
>>>>>>> with algorithmic composition.
>>>>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>>>>>>> standalone.
>>>>>>> 0 False
>>>>>>> CONFIGURATION DECISION: Not building Tclcsound
>>>>>>> CONFIGURATION DECISION: Not building Winsound
>>>>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>>>>>>> CONFIGURATION DECISION: Building beats score frontend
>>>>>>> CONFIGURATION DECISION: Not building catalog builder.
>>>>>>> CONFIGURATION DECISION: Not calling TAGS
>>>>>>> CONFIGURATION DECISION: Adding resource fork for csound
>>>>>>> scons: done reading SConscript files.
>>>>>>> scons: Building targets ...
>>>>>>> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
>>>>>>> CsoundLib64.framework
>>>>>>> /Library/Frameworks/
>>>>>>> rm: /Library/Frameworks/CsoundLib64.framework/CsoundLib64: Permission
>>>>>>> denied
>>>>>>> rm: /Library/Frameworks/CsoundLib64.framework/Headers: Permission
>>>>>>> denied
>>>>>>> rm: /Library/Frameworks/CsoundLib64.framework/Resources: Permission
>>>>>>> denied
>>>>>>> override rwxrwxr-x  root/wheel for
>>>>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64?
>>>>>>> -----------------------------------------
>>>>>>> Dr. Richard Boulanger, Ph.D.
>>>>>>> rboulanger@berklee.edu
>>>>>>> Professor of Electronic Production and Design
>>>>>>> Professional Writing and Music Technology Division
>>>>>>> Berklee College of Music
>>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>>>>>>> http://csounds.com
>>>>>>> -------------------------------------------------------------------------------------------------
>>>>>>>
>>>>>>> On Oct 8, 2012, at 12:07 PM, Steven Yi  wrote:
>>>>>>>
>>>>>>> Hi Dr. B,
>>>>>>>
>>>>>>> I'd wait on that and just try to get the rest built first.  We can
>>>>>>> look at that after you get through the first round.  I'm going to be
>>>>>>> updating OSX in about 20 minutes, so maybe I'll see the same
>>>>>>> problems
>>>>>>> after I do that.
>>>>>>>
>>>>>>> Let's see what happens next with Scons now. :)
>>>>>>>
>>>>>>> steven
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 5:05 PM, Dr. Richard Boulanger
>>>>>>>  wrote:
>>>>>>>
>>>>>>> I have removed all the .os files from InOut/virtual_keyboard and am
>>>>>>> ready to
>>>>>>> build again.
>>>>>>>
>>>>>>> Should I download and install the Java SDK from Oracle as Steven has
>>>>>>> suggested he has done on his system?
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 11:23 AM, Victor Lazzarini
>>>>>>> 
>>>>>>> wrote:
>>>>>>>
>>>>>>> Regarding the virtual keyboard errors, try getting rid of all   *.os
>>>>>>> files
>>>>>>> in InOut/virtual_keyboard, then building again. I think old object
>>>>>>> files
>>>>>>> might be the problem.
>>>>>>> The symbols the linker is complaining about are not in libfltk.dylib,
>>>>>>> as
>>>>>>> they are in the FL headers only, so they should appear in the
>>>>>>> compiled
>>>>>>> object files instead.
>>>>>>>
>>>>>>> Victor
>>>>>>>
>>>>>>> On 8 Oct 2012, at 16:08, Dr. Richard Boulanger wrote:
>>>>>>>
>>>>>>> I will try to do this next.
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 11:00 AM, Steven Yi  wrote:
>>>>>>>
>>>>>>> I was going to mention the same.  I downloaded a zip from boost.org
>>>>>>> and then pointed to it in custom.py for my build here.
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 3:48 PM, Michael Gogins
>>>>>>> 
>>>>>>> wrote:
>>>>>>>
>>>>>>> I believe that Csound uses only the boost header files, so there
>>>>>>> should be no need to build boost, only to make the headers
>>>>>>> accessible.
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 10:37 AM, Dr. Richard Boulanger
>>>>>>>  wrote:
>>>>>>>
>>>>>>> Good morning Steven,
>>>>>>>
>>>>>>> Back to work on this here.
>>>>>>>
>>>>>>> Thanks for all this fantastic advice.  I will try all of these
>>>>>>> suggestions
>>>>>>> next and report back.
>>>>>>>
>>>>>>> First:
>>>>>>> I will rebuild my FLTK and do a make clean and then sudo make install
>>>>>>> first
>>>>>>> and let you know what happens.
>>>>>>> (Perhaps some if not all of these commands should be in the WIKI?)
>>>>>>> (Maybe also, there is a first step to suggest to all - about cleaning
>>>>>>> out
>>>>>>> the system prior to doing an Build and Install from sources? or
>>>>>>> checking for
>>>>>>> duplicates?)
>>>>>>>
>>>>>>> Second:
>>>>>>> I do see that you have a version of boost installed on your system.
>>>>>>> If you
>>>>>>> have it, and it is in custom.py,
>>>>>>> then  we probably need to add to the WIKI where to get this and how
>>>>>>> to
>>>>>>> install it.
>>>>>>> I will look for the version you are currently using and see if I can
>>>>>>> get it
>>>>>>> installed. There is a new thing at boost
>>>>>>> for OS X64 called boostjam - not sure that this is the more
>>>>>>> current/version?
>>>>>>>
>>>>>>> More in a few.
>>>>>>>
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 6:18 AM, Steven Yi  wrote:
>>>>>>>
>>>>>>> Hi Dr. B,
>>>>>>>
>>>>>>> Just catching up with the thread.  I'm planning to upgrade to 10.8
>>>>>>> later this evening (have some work I need to get done first for the
>>>>>>> day), so will be able to assist more closely by having the same OS
>>>>>>> version.
>>>>>>>
>>>>>>> It sounds like you're really close.  The issue, as Victor mentioned,
>>>>>>> is that the fltk library you have built does not have both x86_64
>>>>>>> and
>>>>>>> i386 architectures.  I wonder if the issue is that you the make
>>>>>>> files
>>>>>>> didn't detect when you switched architectures and you had some stale
>>>>>>> .o files around.  Could you try building the fltk 1.3 again with:
>>>>>>>
>>>>>>>
>>>>>>> ./configure --with-archflags="-arch i386 -arch x86_64"
>>>>>>> make clean
>>>>>>> make
>>>>>>> sudo make install
>>>>>>>
>>>>>>> That way, we'll know the lib was built from a clean state.
>>>>>>>
>>>>>>> After that, you can check the library that was installed into
>>>>>>> /usr/local/lib.  Two things I do are:
>>>>>>>
>>>>>>> file /usr/local/lib/libfltk.1.3.dylib
>>>>>>>
>>>>>>> that show me here:
>>>>>>>
>>>>>>> /usr/local/lib/libfltk.1.3.dylib: Mach-O fat file with 2
>>>>>>> architectures
>>>>>>>
>>>>>>> You can also see what symbols are in the library by using:
>>>>>>>
>>>>>>> nm /usr/local/lib/libfltk.1.3.dylib
>>>>>>>
>>>>>>> That gives all the symbols, so you can pipe that to grep with:
>>>>>>>
>>>>>>> nm /usr/local/lib/libfltk.1.3.dylib | grep Double
>>>>>>>
>>>>>>> for me here, I get:
>>>>>>>
>>>>>>> Steven-Yis-MacBook-Pro:fltk-1.3.x-r8914 stevenyi$ nm
>>>>>>> /usr/local/lib/libfltk.1.3.dylib | grep Double
>>>>>>> 000000000001b34e t
>>>>>>> __GLOBAL__I__ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>>>>>>> 0000000000019fb6 T
>>>>>>> __ZN15Fl_File_Chooser11cb_window_iEP16Fl_Double_WindowPv
>>>>>>> 000000000001b0fc T
>>>>>>> __ZN15Fl_File_Chooser9cb_windowEP16Fl_Double_WindowPv
>>>>>>> 0000000000018e9e T __ZN16Fl_Double_Window4hideEv
>>>>>>> 0000000000018ce2 T __ZN16Fl_Double_Window4showEv
>>>>>>> 00000000000192ee T __ZN16Fl_Double_Window5flushEi
>>>>>>> 0000000000018f8a T __ZN16Fl_Double_Window5flushEv
>>>>>>> 0000000000018f32 T __ZN16Fl_Double_Window6resizeEiiii
>>>>>>> 0000000000018ed2 T __ZN16Fl_Double_WindowD0Ev
>>>>>>> 0000000000018f06 T __ZN16Fl_Double_WindowD1Ev
>>>>>>> 0000000000018f96 T __ZN16Fl_Double_WindowD2Ev
>>>>>>> 000000000009e0d0 S __ZTI16Fl_Double_Window
>>>>>>> 0000000000073e80 S __ZTS16Fl_Double_Window
>>>>>>> 000000000009e060 S __ZTV16Fl_Double_Window
>>>>>>>
>>>>>>>
>>>>>>> Also, worst case, if you just want to keep going and skip FLTK
>>>>>>> related
>>>>>>> stuff with scons, you can do that using:
>>>>>>>
>>>>>>> useFLTK=0
>>>>>>>
>>>>>>>
>>>>>>> For the issue regarding seeing "-I/opt/local/include/boost-1_32/",
>>>>>>> that is a bit of a red herring.  That's being defined in the
>>>>>>> custom-osx.py you used to create the custom.py file.  If you look at
>>>>>>> that file you'll see:
>>>>>>>
>>>>>>> customCPPPATH.append('/opt/local/include/boost-1_32/')
>>>>>>>
>>>>>>> The custom.py file is there to allow this kind of thing, of adding
>>>>>>> non-standard include paths.  You can continue to build the csound
>>>>>>> library without having boost installed, just some things won't get
>>>>>>> built.  On my computer I have custom.py modified to have:
>>>>>>>
>>>>>>>
>>>>>>> customCPPPATH.append('/Users/stevenyi/work/csound/dependencies/boost_1_47_0')
>>>>>>>
>>>>>>> which is where my boost library is.
>>>>>>>
>>>>>>>
>>>>>>> As for install locations, it's complicated for OSX.  Generally with
>>>>>>> software builds, they have a build location and an install location.
>>>>>>> With our scons build, it builds everything "In source", meaning it
>>>>>>> builds the object files and end binaries within the same folder as
>>>>>>> the
>>>>>>> source code.  After you build, all of the executables and libraries
>>>>>>> will end up in the root of the csound5 folder.  On other OS's, one
>>>>>>> might use the install.py after that to install things into
>>>>>>> /usr/local.
>>>>>>>
>>>>>>> For OSX, this is a little different. If you use release=1 with
>>>>>>> scons,
>>>>>>> you will end up creating a framework directly into the
>>>>>>> /Library/Framework/CsoundLib64.framework folder, and it will
>>>>>>> overwrite
>>>>>>> anything you might have there.  You need to run with sudo if you use
>>>>>>> release=1 in this case.  However, what you get there is different
>>>>>>> than
>>>>>>> what you get with the installer we build, which adds in more stuff
>>>>>>> like documentation, other opcodes, all of the interface libraries,
>>>>>>> etc.  This is a known deficiency with the scons build in CS5 for
>>>>>>> Mac;
>>>>>>> the goal with Csound6's CMake build is to have the framework built
>>>>>>> locally with everything you would get as you would with the
>>>>>>> installer.
>>>>>>> Besides running with release=1, you'd also have to have a copy of
>>>>>>> the
>>>>>>> csound executables in /usr/local/bin.  If you ran an installer
>>>>>>> previously, this isn't an issue really as those installed
>>>>>>> executables
>>>>>>> will link correctly with the newly built framework.  Otherwise,
>>>>>>> you'd
>>>>>>> have to copy the ones built in csound5 to /usr/local/bin.
>>>>>>>
>>>>>>> For CMake, it uses "out of source" builds, so all of the built
>>>>>>> binaries are in a separate directory.  This keeps the source tree
>>>>>>> tidy.  What I do with CS5 is develop with XCode in a separate
>>>>>>> directory.  I test within XCode using the run parameters to set
>>>>>>> OPCODEDIR64 to the location where the xcode project stuff was
>>>>>>> created
>>>>>>> (i.e. cs5xcode) and then set a CSD to test with.  At this point,
>>>>>>> whenever I press run it will use those settings, and I can use the
>>>>>>> debugger and run things like Instruments for profiling all within
>>>>>>> XCode.  Once things are good there, I go back to the commandline to
>>>>>>> build with release=1 with scons.  My system is generally using a
>>>>>>> development build at all times.
>>>>>>>
>>>>>>> It is not easy to have multiple Csound builds, due to the way that
>>>>>>> frameworks are used and linked to by apps like the csound
>>>>>>> executables
>>>>>>> as well as CsoundQT.  For your scenario, the best thing I can think
>>>>>>> of
>>>>>>> is:
>>>>>>>
>>>>>>> 1. Run the normal csound installer
>>>>>>> 2. Make backup copies of the frameworks:
>>>>>>> /Library/Frameworks/CsoundLib.framework and
>>>>>>> /Library/Frameworks/CsoundLib64.framework
>>>>>>> 3. Do some development builds
>>>>>>> 4. If you're finished doing testing/development, move or delete the
>>>>>>> dev frameworks and copy back the ones from the installer for normal
>>>>>>> usage
>>>>>>>
>>>>>>> (Best to make a couple scripts for this to automate it)
>>>>>>>
>>>>>>>
>>>>>>> As for the Java thing, I'm not sure what is going on there as I'm
>>>>>>> building with Java no problems. On the other hand, I have Oracle's
>>>>>>> Java SDK installed, as Apple stopped being the one's responsible for
>>>>>>> releases of that.  I'll see what happens when I upgrade to 10.8.
>>>>>>>
>>>>>>> Note: The MediaWiki on Sourceforge is scheduled to go away, so we
>>>>>>> should capture the information from there into a document and
>>>>>>> perhaps
>>>>>>> store it in csound5 GIT.  We can then collaboratively update that
>>>>>>> way.
>>>>>>>
>>>>>>> I'm going to be offline for a bit to take care of some work, but
>>>>>>> I'll
>>>>>>> plan to be on IRC (#csound on freenode) starting around 2pm IST (9am
>>>>>>> there EDT).
>>>>>>>
>>>>>>> Thanks!
>>>>>>> steven
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 9:46 AM, Dr. Richard Boulanger
>>>>>>>  wrote:
>>>>>>>
>>>>>>> OK.  I recompiled the FLTK using 1.3.x and the commandline from the
>>>>>>> the WIKI
>>>>>>>
>>>>>>> Archiving ../lib/libfltk_png.a...
>>>>>>> === making src ===
>>>>>>> === making fluid ===
>>>>>>> === making test ===
>>>>>>> === making documentation ===
>>>>>>> db: sudo make install
>>>>>>> === installing FL ===
>>>>>>> Installing include files in /usr/local/include...
>>>>>>> === installing jpeg ===
>>>>>>> Installing ../lib/libfltk_jpeg.a in /usr/local/lib...
>>>>>>> Installing jpeg headers in /usr/local/include/FL/images...
>>>>>>> === installing png ===
>>>>>>> Installing libfltk_png.a in /usr/local/lib...
>>>>>>> Installing png headers in /usr/local/include/FL/images...
>>>>>>> === installing src ===
>>>>>>> Installing libraries in /usr/local/lib...
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(Fl_x.o) has no symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(fl_dnd.o) has no symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(fl_overlay_visual.o) has no
>>>>>>> symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(fl_call_main.o) has no
>>>>>>> symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(scandir.o) has no symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(keysym2Ucs.o) has no symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Input.o) has no symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Utils.o) has no symbols
>>>>>>> ranlib: file: /usr/local/lib/libfltk.a(utf8Wrap.o) has no symbols
>>>>>>> === installing fluid ===
>>>>>>> Installing FLUID in /usr/local/bin...
>>>>>>> === installing test ===
>>>>>>> Installing example programs to /usr/local/share/doc/fltk/examples...
>>>>>>> === installing documentation ===
>>>>>>> Installing documentation files in /usr/local/share/doc/fltk ...
>>>>>>> Installing man pages in /usr/local/share/man ...
>>>>>>> db:
>>>>>>>
>>>>>>> ==========
>>>>>>>
>>>>>>> All seems OK with FLTK...
>>>>>>>
>>>>>>> Building with the original commandline (but turning off the
>>>>>>> JavaWrappers)
>>>>>>>
>>>>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>>>>>>> CsoundLib64
>>>>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>>>>>>> CoreServices -framework CoreAudio -dynamiclib
>>>>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>>>>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>>>>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>>>>>>> InOut/virtual_keyboard/virtual_keyboard.os
>>>>>>> InOut/virtual_keyboard/Bank.os
>>>>>>> InOut/virtual_keyboard/KeyboardMapping.os
>>>>>>> InOut/virtual_keyboard/Program.os
>>>>>>> InOut/virtual_keyboard/SliderBank.os
>>>>>>> InOut/virtual_keyboard/SliderData.os
>>>>>>> -L. -L. -L/usr/local/lib -lgomp -lm -lsndfile -lfltk_images
>>>>>>> -lfltk_png -lz
>>>>>>> -lfltk_jpeg -lfltk -lpthread -framework Cocoa
>>>>>>> Undefined symbols for architecture i386:
>>>>>>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>>>>>>> referenced
>>>>>>> from:
>>>>>>> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>>>>> int, char const*)in FLTKKeyboardWindow.os
>>>>>>> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>>>>>>> int, int, int)in FLTKKeyboardWidget.os
>>>>>>> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>>>>>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>>>>>> referenced
>>>>>>> from:
>>>>>>> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>>>>> int, char const*)in FLTKKeyboardWindow.os
>>>>>>> ld: symbol(s) not found for architecture i386
>>>>>>> collect2: ld returned 1 exit status
>>>>>>> Undefined symbols for architecture x86_64:
>>>>>>> "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>>>>>>> referenced
>>>>>>> from:
>>>>>>> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>>>>> int, char const*)in FLTKKeyboardWindow.os
>>>>>>> FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*, int,
>>>>>>> int, int, int)in FLTKKeyboardWidget.os
>>>>>>> SliderBank::SliderBank(CSOUND_*, int, int, int, int)in SliderBank.os
>>>>>>> "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>>>>>> referenced
>>>>>>> from:
>>>>>>> FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*, int,
>>>>>>> int, char const*)in FLTKKeyboardWindow.os
>>>>>>> ld: symbol(s) not found for architecture x86_64
>>>>>>> collect2: ld returned 1 exit status
>>>>>>> lipo: can't open input file:
>>>>>>> /var/folders/yt/hnk30s651j1clr53btjptpcc0000gn/T//ccj0ar0c.out (No
>>>>>>> such file
>>>>>>> or directory)
>>>>>>> scons: *** [libvirtual.dylib] Error 1
>>>>>>> scons: building terminated because of errors.
>>>>>>> db:
>>>>>>>
>>>>>>> ====== maybe we should not be building both the 386 and the 486
>>>>>>> "universal"
>>>>>>> FLTK?  =====
>>>>>>>
>>>>>>> It's 7 hours now - so I must stop for a bit.
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 4:33 AM, "Dr. Richard Boulanger"
>>>>>>> 
>>>>>>> wrote:
>>>>>>>
>>>>>>> hum....  fltk 1.3.0  won't make
>>>>>>>
>>>>>>> Compiling filename_list.cxx...
>>>>>>> filename_list.cxx: In function ‘int fl_filename_list(const char*,
>>>>>>> dirent***,
>>>>>>> int (*)(dirent**, dirent**))’:
>>>>>>> filename_list.cxx:122: error: invalid conversion from ‘int (*)(const
>>>>>>> void*,
>>>>>>> const void*)’ to ‘int (*)(const dirent**, const dirent**)’
>>>>>>> filename_list.cxx:122: error:   initializing argument 4 of ‘int
>>>>>>> scandir(const char*, dirent***, int (*)(const dirent*), int
>>>>>>> (*)(const
>>>>>>> dirent**, const dirent**))’
>>>>>>> make[1]: *** [filename_list.o] Error 1
>>>>>>> make: *** [all] Error 1
>>>>>>> db:
>>>>>>>
>>>>>>> I will try the same commandline with fltk 1.3.x
>>>>>>>
>>>>>>>
>>>>>>> -----------------------------------------
>>>>>>> Dr. Richard Boulanger, Ph.D.
>>>>>>> rboulanger@berklee.edu
>>>>>>> Professor of Electronic Production and Design
>>>>>>> Professional Writing and Music Technology Division
>>>>>>> Berklee College of Music
>>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>>>>>>> http://csounds.com
>>>>>>> -------------------------------------------------------------------------------------------------
>>>>>>>
>>>>>>> On Oct 8, 2012, at 4:29 AM, "Dr. Richard Boulanger"
>>>>>>> 
>>>>>>> wrote:
>>>>>>>
>>>>>>> I ran this script from the WIKI
>>>>>>>
>>>>>>> ./configure --with-archflags="-arch i386 -arch x86_64"
>>>>>>> make
>>>>>>> sudo make install
>>>>>>>
>>>>>>> I will try the following...
>>>>>>>
>>>>>>> ./configure --with-archflags="-arch x86_64"
>>>>>>> make
>>>>>>> sudo make install
>>>>>>>
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 4:25 AM, Victor Lazzarini
>>>>>>> 
>>>>>>> wrote:
>>>>>>>
>>>>>>> This means your FLTK library has not been built for x86_64 arch (but
>>>>>>> for
>>>>>>> i386)
>>>>>>>
>>>>>>> On 8 Oct 2012, at 09:10, Dr. Richard Boulanger wrote:
>>>>>>>
>>>>>>> ld: symbol(s) not found for architecture x86_64
>>>>>>>
>>>>>>>
>>>>>>> Dr Victor Lazzarini
>>>>>>> Senior Lecturer
>>>>>>> Dept. of Music
>>>>>>> NUI Maynooth Ireland
>>>>>>> tel.: +353 1 708 3545
>>>>>>> Victor dot Lazzarini AT nuim dot ie
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Michael Gogins
>>>>>>> Irreducible Productions
>>>>>>> http://www.michael-gogins.com
>>>>>>> Michael dot Gogins at gmail dot com
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>      https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>> Discussions of bugs and features can be posted here
>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>>> "unsubscribe
>>>>>>> csound"
>>>>>>>
>>>>>>>
>>>>>>> Dr Victor Lazzarini
>>>>>>> Senior Lecturer
>>>>>>> Dept. of Music
>>>>>>> NUI Maynooth Ireland
>>>>>>> tel.: +353 1 708 3545
>>>>>>> Victor dot Lazzarini AT nuim dot ie
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>       https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>> Discussions of bugs and features can be posted here
>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>>> "unsubscribe
>>>>>>> csound"
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>>>>> APM
>>>>>>> Deploy New Relic app performance management and know exactly
>>>>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt
>>>>>>> too!
>>>>>>> http://p.sf.net/sfu/newrelic-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>> Dr Victor Lazzarini
>>>> Senior Lecturer
>>>> Dept. of Music
>>>> NUI Maynooth Ireland
>>>> tel.: +353 1 708 3545
>>>> Victor dot Lazzarini AT nuim dot ie
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Don't let slow site performance ruin your business. Deploy New Relic
>>>> APM
>>>> Deploy New Relic app performance management and know exactly
>>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> Don't let slow site performance ruin your business. Deploy New Relic APM
>>> Deploy New Relic app performance management and know exactly
>>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-10 03:34
FromDeepak
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Hi Everyone...

I have also been trying to build Csound from sources (in fact was trying to do it together with Dr. B on sunday night)...Then I had to be away from it the last two days.. I have been reading the thread on this quite closely and have done little tweaks here and there (for eg: deleting older versions of some libraries, sudo scons etc.)

and this is what I get now...

CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework /Library/Frameworks/
Rez -i APPL -o csound cs5.r
cp lib_csnd.dylib /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo po/german.po
sh: msgfmt: command not found
scons: *** [po/de/LC_MESSAGES/csound5.mo] Error 127
scons: building terminated because of errors.

i have the buildJavaWrapper to be set as 0 now...

I was not able to find anything related to this error on the thread....

Would be great if someone can point me in the right direction...Running 10.8 OSX...Is it some sort of an error with bash?

I did check /Library/Frameworks and CsoundLib64 was built (did ls -l and looked at the date), but CsoundLib was not...

Thank you very much
Looking forward to cross the finishline at some point soon...:)

Deepak.








On Tue, Oct 9, 2012 at 2:12 PM, Adam Puckett <adotsdothmusic@gmail.com> wrote:
Dr. B,

I was thinking exactly the same thing. Why not make this an article in
the next Csound Journal? It would seem the perfect place to chronicle
this type of experience.

On 10/9/12, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:
> Success!
>
> SUCCESS!!!!  I have crossed the finish line.
>
> Who would have thought to "sudo make install" FLTK again.  (OK, I guess that
> Victor would have thought this.)
> WOW.  Great.  I was able to run the image opcodes. Thanks Victor for this
> advice.
>
> Thanks Steven for all your advice and suggestions - and for your excellent
> WIKI developer documents.
>
> Still learning more here.
>
> Maybe we should think to include a set of "tips", at the end of the
> ultimate/new document, that suggests things from this thread to
> "try" when things go wrong.
>
> Also, John Clements, is planning to follow along behind us on this thread,
> and install from sources on his machine over the next week.
>
> Then his plan is to collect all these documents and tips and scripts and
> with you to make a new "comprehensive" document that we
> would love to post/host at Csounds.com.
>
> On Thursday I will begin the process of building the Xcode Project from
> Cmake as you have outlined in your other WIKI.  I will post these results
> too
> and hopefully get more help from you.
>
> What we still need to include/know is:  What the build creates?  Where it
> typically creates/installs what it creates? And, if it makes things "here"
> in
> the current folder without "installing" it - where we should move/copy it so
> that what we built is the version that we are now using when we launch
> CsoundQt.
>
>
> -dB
>
> --------------------------------
> Dr. Richard Boulanger
> rboulanger@berklee.edu
> -----------------------------------
>
>
>
>
> On Oct 9, 2012, at 7:21 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
> wrote:
>
>> Maybe? Just run sudo make install from FLTK again (do not need to build it
>> just install).
>>
>> Victor
>> On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:
>>
>>> I did get rid of the .os files, but... to get the image opcodes to
>>> compile so that I could grade student projects for class today, I had to
>>> re-install from the latest Binary at SourceForge.
>>>
>>> csound5.18.031-OSX10.7-universal.dmg
>>>
>>> This might have changed some things on the system?
>>>
>>> --------------------------------
>>> Dr. Richard Boulanger
>>> rboulanger@berklee.edu
>>> -----------------------------------
>>>
>>>
>>>
>>>
>>> On Oct 9, 2012, at 7:07 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
>>> wrote:
>>>
>>>> This is the same problem as before, getting rid of the .os files should
>>>> sort it, if your FLTK installation is correct. Not sure what changed in
>>>> your system since then.
>>>>
>>>> On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:
>>>>
>>>>> It didn't quite make it this time.  Now this is possibly because I
>>>>> asked it to build a few more things (from the ManPage at Csounds.com).
>>>>>
>>>>> I thought I would be able to fix this FLTK spinner thing by deleting
>>>>> the .os files in the InOut directory - as Victor had advised a couple
>>>>> of days ago, but not this time.
>>>>>
>>>>> Note that I have asked it to buildNewParser.
>>>>>
>>>>> Do I need to also install Flex and Bison for this to work?  Where?
>>>>> How?
>>>>>
>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1 buildBeats=1
>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>> buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1
>>>>> buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
>>>>> scons: Reading SConscript files ...
>>>>>
>>>>>       C S O U N D 5
>>>>>
>>>>> SCons build file for Csound 5:
>>>>> API library, plugin opcodes, utilities, and front ends.
>>>>>
>>>>> By Michael Gogins <gogins at pipeline dot com>
>>>>>
>>>>> For custom options, run 'scons -h'.
>>>>> For default options, run 'scons -H'.
>>>>> If headers or libraries are not found, edit 'custom.py'.
>>>>> For Linux, run in the standard shell
>>>>>     with standard Python and just run 'scons'.
>>>>> For MinGW, run in the MSys shell
>>>>>     and use www.python.org WIN32 Python to run scons.
>>>>> For Microsoft Visual C++, run in the Platform SDK
>>>>>     command shell, and use www.python.org WIN32 Python to run scons.
>>>>>
>>>>> System platform is 'darwin'.
>>>>> Using options from 'custom.py.'
>>>>>
>>>>> scons: warning: The Options class is deprecated; use the Variables
>>>>> class instead.
>>>>> File
>>>>> "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct",
>>>>> line 346, in <module>
>>>>> Build platform is 'darwin'.
>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen',
>>>>> 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>>>>> CONFIGURATION DECISION: No localisation
>>>>> CONFIGURATION DECISION: Using double-precision floating point for audio
>>>>> samples.
>>>>> Mac OS X version 10.8
>>>>> Apple Python version is 2.7
>>>>> Current Python version is 2.7, using Apple Python Framework
>>>>> Checking for C header file stdio.h... (cached) yes
>>>>> Checking for C library sndfile... (cached) yes
>>>>> Checking for C library pthread... (cached) yes
>>>>> CONFIGURATION DECISION: No Wiimote support
>>>>> CONFIGURATION DECISION: No P5 Glove support
>>>>> CONFIGURATION DECISION: Building with Serial code support
>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
>>>>> (cached) no
>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>>>>> (cached) yes
>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>>>>> m... (cached) yes
>>>>> found sync lock
>>>>> Checking for C++ header file
>>>>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>>>>> (cached) no
>>>>> Checking for C header file portaudio.h... (cached) yes
>>>>> Checking for C header file portmidi.h... (cached) yes
>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>>>>> Checking for C library asound... (cached) no
>>>>> Checking for C header file lo/lo.h... (cached) yes
>>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in
>>>>> C++ library musicxml2... (cached) no
>>>>> Checking for C header file jack/jack.h... (cached) yes
>>>>> Checking for C header file pulse/simple.h... (cached) no
>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
>>>>> Checking for C header file m_pd.h... (cached) no
>>>>> Checking for C header file tcl.h... (cached) yes
>>>>> Checking for C header file zlib.h... (cached) yes
>>>>> Checking for C++ header file funknown.h... (cached) no
>>>>> Checking for C header file lua.h... (cached) no
>>>>> Checking for SWIG... yes
>>>>> Python Version: 2.7
>>>>> Checking for C header file Python.h... (cached) yes
>>>>> Checking for C++ header file
>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached)
>>>>> yes
>>>>> Checking for C header file io.h... (cached) no
>>>>> Checking for C header file fcntl.h... (cached) yes
>>>>> Checking for C header file unistd.h... (cached) yes
>>>>> Checking for C header file stdint.h... (cached) yes
>>>>> Checking for C header file sys/time.h... (cached) yes
>>>>> Checking for C header file sys/types.h... (cached) yes
>>>>> Checking for C header file termios.h... (cached) yes
>>>>> Checking for C header file values.h... (cached) no
>>>>> Checking for C header file sys/socket.h... (cached) yes
>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>>>>> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK
>>>>> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7
>>>>> -I/usr/local/include -IEngine -Iinterfaces
>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>>>>> interface library.
>>>>> CONFIGURATION DECISION: Building Java wrapper to Csound C++ interface
>>>>> library.
>>>>> Language subdirectory: java
>>>>> Search paths:
>>>>>    ./
>>>>>    ./
>>>>>    ./H/
>>>>>    /usr/include/malloc/
>>>>>    /opt/local/include/boost_1_51_0//
>>>>>    /usr/include/python2.7/
>>>>>    /usr/local/include/
>>>>>    Engine/
>>>>>    interfaces/
>>>>>    ./swig_lib/java/
>>>>>    /usr/local/share/swig/2.0.8/java/
>>>>>    ./swig_lib/
>>>>>    /usr/local/share/swig/2.0.8/
>>>>> Preprocessing...
>>>>> Starting language-specific parse...
>>>>> Processing types...
>>>>> C++ analysis...
>>>>> Generating wrappers...
>>>>> ./H/csound.h:464: Warning 451: Setting a const char * variable may leak
>>>>> memory.
>>>>> interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or
>>>>> reference in a director method is not recommended.
>>>>> interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector<
>>>>> double > *INPUT). No typemaps are defined.
>>>>> interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound proxy:
>>>>> Base CsoundFile ignored. Multiple inheritance is not supported in
>>>>> Java.
>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>>>>> interface library.
>>>>> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building UDP plugins.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building OSC plugin.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>>>>> Checking for C header file png.h... (cached) yes
>>>>> CONFIGURATION DECISION: Building image opcodes
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>>>>> CONFIGURATION DECISION: Building PortAudio module.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building JACK plugin.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>>>>> COPYINNG plugin
>>>>> COPYINNG plugin
>>>>> Checking for C header file fluidsynth.h... (cached) no
>>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>>>>> Checking for C header file ladspa.h... (cached) no
>>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>>>>> CONFIGURATION DECISION: Not building STK opcodes.
>>>>> CONFIGURATION DECISION: Not building Python opcodes.
>>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>>>>> COPYINNG plugin
>>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>>>>> Csound with algorithmic composition.
>>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
>>>>> 0 False
>>>>> CONFIGURATION DECISION: Not building Tclcsound
>>>>> CONFIGURATION DECISION: Building Winsound frontend
>>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>>>>> CONFIGURATION DECISION: Building beats score frontend
>>>>> CONFIGURATION DECISION: Not building catalog builder.
>>>>> CONFIGURATION DECISION: Not calling TAGS
>>>>> CONFIGURATION DECISION: Adding resource fork for csound
>>>>> scons: done reading SConscript files.
>>>>> scons: Building targets ...
>>>>> gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/libsnd.c
>>>>> gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/libsnd_u.c
>>>>> gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/midifile.c
>>>>> gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/midirecv.c
>>>>> gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/midisend.c
>>>>> gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>>>> InOut/winascii.c
>>>>> gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/windin.c
>>>>> gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/window.c
>>>>> gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>>>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine InOut/winEPS.c
>>>>> gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module
>>>>> -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker
>>>>> -current_version -Xlinker 5.2 -install_name
>>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64
>>>>> Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os Engine/entry1.os
>>>>> Engine/envvar.os Engine/express.os Engine/extract.os Engine/fgens.os
>>>>> Engine/insert.os Engine/linevent.os Engine/memalloc.os
>>>>> Engine/memfiles.os Engine/musmon.os Engine/namedins.os Engine/otran.os
>>>>> Engine/rdorch.os Engine/rdscor.os Engine/scsort.os Engine/scxtract.os
>>>>> Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os
>>>>> Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os
>>>>> InOut/midirecv.os InOut/midisend.os InOut/winascii.os InOut/windin.os
>>>>> InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os
>>>>> InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os
>>>>> InOut/libmpadec/synth.os InOut/libmpadec/tables.os
>>>>> InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os
>>>>> OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os
>>>>> OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os
>>>>> OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os
>>>>> OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os
>>>>> OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os
>>>>> OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os
>>>>> OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os
>>>>> OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os
>>>>> Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os Opcodes/eqfil.os
>>>>> Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os
>>>>> Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os
>>>>> Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os
>>>>> Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os
>>>>> Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os Opcodes/cross2.os
>>>>> Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os Opcodes/flanger.os
>>>>> Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os Opcodes/ftconv.os
>>>>> Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os
>>>>> Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os Opcodes/metro.os
>>>>> Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os
>>>>> Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os Opcodes/repluck.os
>>>>> Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os
>>>>> Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os
>>>>> Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os
>>>>> Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os
>>>>> Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os
>>>>> Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os
>>>>> Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os
>>>>> Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os
>>>>> Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os
>>>>> Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os
>>>>> Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os
>>>>> Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os Opcodes/pitch.os
>>>>> Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os
>>>>> Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os
>>>>> Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os Opcodes/tabvars.os
>>>>> Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os
>>>>> Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os
>>>>> Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os
>>>>> Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os
>>>>> Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os
>>>>> Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os Opcodes/pvlock.os
>>>>> Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os
>>>>> Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os
>>>>> Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os
>>>>> Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os
>>>>> Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os
>>>>> Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os Opcodes/gab/sliderTable.os
>>>>> Opcodes/gab/newgabopc.os Engine/cs_par_base.os
>>>>> Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os
>>>>> Engine/csound_prelex.os Engine/csound_orclex.os
>>>>> Engine/csound_orcparse.os Engine/csound_orc_semantics.os
>>>>> Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os
>>>>> Engine/csound_orc_compile.os Engine/symbtab.os Engine/new_orc_parser.os
>>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>>>> -lsndfile -ldl -lm -lpthread
>>>>> cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
>>>>> gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>> -I/usr/local/include InOut/cmidi.c
>>>>> gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib InOut/cmidi.os
>>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>>>> -lsndfile
>>>>> cp -f libcmidi.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>> -I/usr/local/include InOut/pmidi.c
>>>>> gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib InOut/pmidi.os
>>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>>>> -lsndfile -lportmidi
>>>>> cp -f libpmidi.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES
>>>>> -I/System/Library/Frameworks/CoreAudio.framework/Headers
>>>>> -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
>>>>> gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -framework AudioUnit
>>>>> -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile
>>>>> -lpthread -lgomp -lm -lsndfile
>>>>> cp -f librtauhal.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse
>>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
>>>>> gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>>>> InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread
>>>>> -lgomp -lm -lsndfile -lpthread -ljack
>>>>> cp -f librtjack.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>> -I/usr/local/include InOut/rtpa.c
>>>>> gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>>>>> CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L.
>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
>>>>> -lportaudio
>>>>> cp -f librtpa.dylib
>>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>>>>> InOut/virtual_keyboard/virtual_keyboard.os
>>>>> InOut/virtual_keyboard/Bank.os
>>>>> InOut/virtual_keyboard/KeyboardMapping.os
>>>>> InOut/virtual_keyboard/Program.os InOut/virtual_keyboard/SliderBank.os
>>>>> InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib -lgomp
>>>>> -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk -lpthread
>>>>> -framework Cocoa
>>>>> Undefined symbols for architecture i386:
>>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>>>> from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>>>>> int, int, int, int)in FLTKKeyboardWidget.os
>>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>>>>> SliderBank.os
>>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>>>> referenced from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>> ld: symbol(s) not found for architecture i386
>>>>> collect2: ld returned 1 exit status
>>>>> Undefined symbols for architecture x86_64:
>>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)", referenced
>>>>> from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>>>>> int, int, int, int)in FLTKKeyboardWidget.os
>>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>>>>> SliderBank.os
>>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>>>> referenced from:
>>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>>>> ld: symbol(s) not found for architecture x86_64
>>>>> collect2: ld returned 1 exit status
>>>>> lipo: can't open input file: /var/tmp//cciixSt2.out (No such file or
>>>>> directory)
>>>>> scons: *** [libvirtual.dylib] Error 1
>>>>> scons: building terminated because of errors.
>>>>> --------------------------------
>>>>> Dr. Richard Boulanger
>>>>> rboulanger@berklee.edu
>>>>> -----------------------------------
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:
>>>>>
>>>>>> Hi Dr. B,
>>>>>>
>>>>>> Most likely what happened is what happened to me, in that I didn't
>>>>>> realize they were not building because I did not have libpng
>>>>>> installed.  What I did for that is:
>>>>>>
>>>>>> 1. Went to libpng.org and grabbed the latest tarball. I think you can
>>>>>> use this address:
>>>>>>
>>>>>> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>>>>>>
>>>>>> After downloading, unpack, then go in and use:
>>>>>>
>>>>>> ./configure CFLAGS="-arch i386 -arch x86_64"
>>>>>> --disable-dependency-tracking
>>>>>> make
>>>>>> sudo make install
>>>>>>
>>>>>> After that, Scons should work to build the image opcodes.  Another
>>>>>> thing to note, when Scons runs, it should report something like "Not
>>>>>> building image opcodes", so even if you had told scons you want to
>>>>>> build it, it might not do so if the dependency isn't there.
>>>>>>
>>>>>> Let's try the above and see how it goes from there.  Good luck!
>>>>>>
>>>>>> steven
>>>>>>
>>>>>>
>>>>>> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>>>>>> <rboulanger@berklee.edu> wrote:
>>>>>>> But wait.... I might not have crossed the finish line all the way.
>>>>>>> Oh no.
>>>>>>>
>>>>>>> So, I am preparing to show off this process tomorrow morning in our
>>>>>>> first
>>>>>>> Computer Science Club Meeting for the semester @ Berklee
>>>>>>> And it does seem to be true that my "frameworks" were updated after
>>>>>>> the
>>>>>>> successful build using the following commandline
>>>>>>>
>>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>>
>>>>>>>
>>>>>>> But... this evening I was testing some .csds from students using the
>>>>>>> image
>>>>>>> opcodes and I got a console output in QuteCsound-f like this:
>>>>>>>
>>>>>>> Csound version 5.18.03 (float samples) Oct 1 2012
>>>>>>> Creating options
>>>>>>> Creating orchestra
>>>>>>> Creating score
>>>>>>> using callback interface
>>>>>>>
>>>>>>> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or ','
>>>>>>> (token
>>>>>>> "imageload") line 17:
>>>>>>>>>> giimg imageload <<<
>>>>>>> Parsing failed due to invalid input!
>>>>>>> Stopping on parser failure
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Now... I know that the image opcodes were missing from the 5.18.02
>>>>>>> release,
>>>>>>> but they were added the other day and when I re-installed from
>>>>>>> SourceForge,
>>>>>>> these .csds worked.
>>>>>>> And... they work on my student's computer who created them for class
>>>>>>> this
>>>>>>> week. (not on Windows yet.)
>>>>>>>
>>>>>>> So, I was thinking, maybe I need to "build" these with a
>>>>>>> command-line
>>>>>>> option.
>>>>>>>
>>>>>>> I look to the table in the Csound Manual and it does show me that
>>>>>>> there is
>>>>>>> an option to set in order to build them.
>>>>>>>
>>>>>>> I add that option, and I get a little excited and add a few more
>>>>>>> options....
>>>>>>>
>>>>>>> Here is my new command-line:
>>>>>>>
>>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>> buildImageOpcodes=1
>>>>>>> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1
>>>>>>> useOSC=1
>>>>>>> useGettext=0 buildNewParser=1
>>>>>>>
>>>>>>> As you can see, in addition to building the image opcodes, I ask it
>>>>>>> to build
>>>>>>> Winsound and build the NewParser.
>>>>>>>
>>>>>>> It seems to succeed.  But, it's fast.  And doesn't seem to have
>>>>>>> rebuilt many
>>>>>>> things.
>>>>>>>
>>>>>>> The same error.  I did not succeed.
>>>>>>>
>>>>>>> Perhaps there is a "clean" option I need to know about?   (and that
>>>>>>> needs to
>>>>>>> be in the WIKI?)
>>>>>>>
>>>>>>> I look in my csound5 directory, and notice that there are a number of
>>>>>>> new
>>>>>>> files here: csound, winsound, etc.
>>>>>>>
>>>>>>> From the terminal, I type
>>>>>>>
>>>>>>> ./winsound
>>>>>>>
>>>>>>> and, to my delight, I see that it did indeed build the Winsound
>>>>>>> front-end!
>>>>>>>
>>>>>>> So, I get confident and I type
>>>>>>>
>>>>>>> ./csound -odac imageopcodeTest.csd
>>>>>>>
>>>>>>> But I still get the same error message even here in the terminal
>>>>>>>
>>>>>>> then I do an ls and notice that there are a lot of invisible .dylib
>>>>>>> files in
>>>>>>> this csound5 source folder too and all the utilities are here as
>>>>>>> well.
>>>>>>>
>>>>>>> An ls -l reveals that everything was built moments ago.
>>>>>>>
>>>>>>> Shouldn't they have been "installed" somewhere?
>>>>>>>
>>>>>>> Could this be the "problem"?
>>>>>>>
>>>>>>> Maybe Steven or Victor could enlighten me and the MacCsoundUsers some
>>>>>>> more
>>>>>>> about this.
>>>>>>>
>>>>>>> My guess is that I need to move these .dylibs and apps to other
>>>>>>> directories.
>>>>>>>
>>>>>>> My hope is that there is some sort of "script" that will do this for
>>>>>>> me
>>>>>>>
>>>>>>> sudo make install Csound?
>>>>>>>
>>>>>>> Writing from the finish line - suspended in  mid-air - in mid-lunge.
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> Dr.B.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger
>>>>>>> <rboulanger@berklee.edu>
>>>>>>> wrote:
>>>>>>>
>>>>>>> Hello Steven,
>>>>>>>
>>>>>>> Thanks so much for all your help and for all this fantastic work that
>>>>>>> made
>>>>>>> it "only" 10 hours now - and not 10 days!
>>>>>>>
>>>>>>> I am happy to report that... to get IncludeJavaWrappers=1  to work
>>>>>>> one needs
>>>>>>> to...
>>>>>>>
>>>>>>> ======
>>>>>>> download, build, install PCRE ( a dependency for SWIG)
>>>>>>>
>>>>>>> http://www.pcre.org
>>>>>>>
>>>>>>> ./configure
>>>>>>> make
>>>>>>> sudo make install
>>>>>>>
>>>>>>> and then....
>>>>>>>
>>>>>>> =========
>>>>>>> download, build, install SWIG
>>>>>>>
>>>>>>> http://www.swig.org/index.php
>>>>>>>
>>>>>>> ./configure
>>>>>>> make
>>>>>>> sudo make install
>>>>>>>
>>>>>>> and then... this commandline from the WIKI works!
>>>>>>>
>>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>>
>>>>>>> ====
>>>>>>>
>>>>>>> Your suggestions to write additional scripts would be HUGE.
>>>>>>>
>>>>>>> Your suggestions that we together update the WIKI to include all the
>>>>>>> additional steps (dependencies) and pre-steps (checking for and
>>>>>>> removing old
>>>>>>> dylibs, etc.), and making sure that this are all done in the proper
>>>>>>> order
>>>>>>> (building an updated Cmake prior to trying to do PortMIDI which uses
>>>>>>> Cmake),
>>>>>>> Telling users to change custom.py,  to find and build and move boost,
>>>>>>> to
>>>>>>> edit SConstruct, to use sudo in some places, to share a few
>>>>>>> important UNIX commands like | grep and nm and ls -l, collect some of
>>>>>>> the
>>>>>>> commands and links and suggestions from the manual
>>>>>>> (http://www.csounds.com/manual/html/BuildingCsound.html) and
>>>>>>> expanding them
>>>>>>> with
>>>>>>> what is in the WIKI, and....
>>>>>>>
>>>>>>> For the next 6 hours, I need to get all my student projects graded
>>>>>>> for
>>>>>>> tomorrow and wednesday and prepare my classes.  But, I might get back
>>>>>>> to
>>>>>>> this much later tonight and try my luck at Cmake Xcode.
>>>>>>>
>>>>>>> It is so gratifying to have crossed the finish line - after all my
>>>>>>> failed
>>>>>>> attempts over the years.
>>>>>>>
>>>>>>> Thanks again to you and Victor and Michael Goggins and the other
>>>>>>> Developers
>>>>>>> who have made this possible.
>>>>>>>
>>>>>>> Good luck with your upgrade to 10.8.2
>>>>>>>
>>>>>>> -dB
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:
>>>>>>>
>>>>>>> Hi Dr. B,
>>>>>>>
>>>>>>> Congratulations!  It's great that you have a working build.  I would
>>>>>>> say, yes, it does take a long time to get a build system going for
>>>>>>> Csound on OSX and Windows, but that's only if you're building more
>>>>>>> than the basics.  The really difficult thing with csound builds,
>>>>>>> IMO,
>>>>>>> is getting the dependencies all sorted out.  Luckily, for a bare
>>>>>>> minimum build, you can do it with just libsndfile installed.  All of
>>>>>>> the other stuff adds time and complexity to the building process.
>>>>>>> I'd
>>>>>>> estimate it probably took me 3-4 hours to figure out and build all
>>>>>>> the
>>>>>>> dependencies on Mac when I first built them from scratch.
>>>>>>>
>>>>>>> On the other hand, on Ubuntu Linux, the situation is vastly simpler.
>>>>>>> Just run "sudo apt-get build-dep csound" and that installs all of
>>>>>>> the
>>>>>>> dependencies for building csound (tools, libs, etc).  After that, it
>>>>>>> pretty much "just works" to use scons and cmake.
>>>>>>>
>>>>>>> Mac also adds to the issue with building all of the dependencies as
>>>>>>> universal libs.
>>>>>>>
>>>>>>> In some ways, we can update the documentation and further improve
>>>>>>> it,
>>>>>>> and hopefully help make the build process a little smoother.  On the
>>>>>>> other hand, the pain involved with building dependencies has a
>>>>>>> certain
>>>>>>> amount of work that can't be easily circumvented.  (Unless we built
>>>>>>> a
>>>>>>> script that would fetch tarballs and build everything, which is a
>>>>>>> possibility.)
>>>>>>>
>>>>>>> Also, if you don't have SWIG installed, that's probably the cause of
>>>>>>> the Java issue.  Hopefully installing that gets your further.
>>>>>>>
>>>>>>> I'm going to be checking things out on 10.8 over the next few days.
>>>>>>> I
>>>>>>> may try to build a magic dependencies script that can
>>>>>>> fetch/build/install dependencies as i386/x86_64, as well as
>>>>>>> declaring
>>>>>>> min OSX version as 10.7, so that the builds I do work on 10.7 and
>>>>>>> 10.8.  I'm not sure if the idea is so sound, but I'll give it a try.
>>>>>>> :)
>>>>>>>
>>>>>>> steven
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>>>>>>> <rboulanger@berklee.edu> wrote:
>>>>>>>
>>>>>>> Thanks Steven.
>>>>>>>
>>>>>>> I checked the dates
>>>>>>>
>>>>>>> ls -l  /Library/Frameworks/CsoundLib64.framework
>>>>>>>
>>>>>>> and they are:
>>>>>>>
>>>>>>> db: ls -l /Library/Frameworks/CsoundLib64.framework
>>>>>>> total 24
>>>>>>> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
>>>>>>> Versions/Current/CsoundLib64
>>>>>>> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
>>>>>>> Versions/Current/Headers
>>>>>>> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
>>>>>>> Versions/Current/Resources
>>>>>>> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>>>>>>>
>>>>>>> WOW.  Wonderful.  It's been a long time since I was able to pull from
>>>>>>> git
>>>>>>> and build from sources.
>>>>>>>
>>>>>>> Thanks for all your help.  Now to solve the JavaWrapper problem -
>>>>>>> and... to
>>>>>>> move on to get a  Cmake Xcode version following that
>>>>>>> WIKI from here.
>>>>>>>
>>>>>>> Awesome.
>>>>>>>
>>>>>>> There is no way that I could have gotten my system to work without
>>>>>>> the
>>>>>>> invaluable and dedicated input, suggestions, debugging and solutions
>>>>>>> from
>>>>>>> both you and Victor.
>>>>>>> Your .sh files were a HUGE help.  The WIKI was a huge help.  You were
>>>>>>> both
>>>>>>> and incredible help
>>>>>>> And still ... It took 9.5 uninterrupted hours of concentrated work to
>>>>>>> get to
>>>>>>> this point.
>>>>>>> I think we discovered some missing pieces/steps along the way.
>>>>>>> I hope that we can add some of these to your fantastic WIKI.
>>>>>>>
>>>>>>> But... wait... as I look at the page
>>>>>>> http://www.csounds.com/manual/html/BuildingCsound.html
>>>>>>> to install from the Manual, I see that there are other "optional"
>>>>>>> libraries
>>>>>>> to install and include - like Loris, and CsoundAv, and...
>>>>>>>
>>>>>>> For generating Python and Java interfaces, install the Software
>>>>>>> Interface
>>>>>>> and Wrapper Generator (SWIG) from http://www.swig.org.
>>>>>>> The fluid opcodes require the Fluidsynth library from
>>>>>>> http://savannah.nongnu.org/download/fluid.
>>>>>>> The STK opcodes require STK source code from
>>>>>>> http://ccrma.stanford.edu/software/stk, copied into
>>>>>>> csound5/Opcodes/stk.
>>>>>>> The Loris opcodes requires Loris 1.8 to be installed:
>>>>>>> http://sourceforge.net/projects/loris/files. It will create the
>>>>>>> Csound Loris
>>>>>>> opcodes (along with Loris itself). When you run Csound use an
>>>>>>> additional
>>>>>>> command line flag: --opcode-lib. For example in Linux:
>>>>>>> --opcode-lib=/usr/local/lib/libloris.so
>>>>>>>
>>>>>>> Should the WIKI cover these too?
>>>>>>>
>>>>>>> I will try this SWIG install, because it might help to fix the
>>>>>>> JavaWrapper
>>>>>>> issue?
>>>>>>>
>>>>>>> Thanks again so much... still more to do it seems, but nice to have
>>>>>>> crossed
>>>>>>> "this" finish line.
>>>>>>>
>>>>>>> Can we hope to bring others along?
>>>>>>>
>>>>>>> So that when the developers have a bug fix or new opcode that that
>>>>>>> commit to
>>>>>>> the Git repository, many of us could just pull and rebuild to check
>>>>>>> it out.
>>>>>>>
>>>>>>> Thanks again so much for all this help.
>>>>>>>
>>>>>>> -dB
>>>>>>>
>>>>>>> SWIG and then on to the Cmake Xcode project
>>>>>>>
>>>>>>> -----------------------------------------
>>>>>>> Dr. Richard Boulanger, Ph.D.
>>>>>>> rboulanger@berklee.edu
>>>>>>> Professor of Electronic Production and Design
>>>>>>> Professional Writing and Music Technology Division
>>>>>>> Berklee College of Music
>>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>>>>>>> http://csounds.com
>>>>>>> -------------------------------------------------------------------------------------------------
>>>>>>>
>>>>>>> On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com> wrote:
>>>>>>>
>>>>>>> Hi Dr. B,
>>>>>>>
>>>>>>> Yes, looks like things are done there!  You can look at the dates of
>>>>>>> the files in /Library/Frameworks/CsoundLib64.framework to verify.
>>>>>>> As
>>>>>>> for Java, the OSX installer currently says 31 minutes left, but that
>>>>>>> ticker is going down slowly here. :)
>>>>>>>
>>>>>>> I forgot though, did you manage to get Cmake XCode working?
>>>>>>>
>>>>>>> steven
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>>>>>>> <rboulanger@berklee.edu> wrote:
>>>>>>>
>>>>>>> Maybe I have it then?
>>>>>>>
>>>>>>> I used this build command:
>>>>>>>
>>>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>>
>>>>>>> Gave it my Password
>>>>>>>
>>>>>>> Password:
>>>>>>>
>>>>>>> And the... It starts like this....
>>>>>>>
>>>>>>> scons: Reading SConscript files ...
>>>>>>>
>>>>>>>    C S O U N D 5
>>>>>>>
>>>>>>> SCons build file for Csound 5:
>>>>>>> API library, plugin opcodes, utilities, and front ends.
>>>>>>>
>>>>>>> By Michael Gogins <gogins at pipeline dot com>
>>>>>>>
>>>>>>> For custom options, run 'scons -h'.
>>>>>>> For default options, run 'scons -H'.
>>>>>>> If headers or libraries are not found, edit 'custom.py'.
>>>>>>> For Linux, run in the standard shell
>>>>>>>  with standard Python and just run 'scons'.
>>>>>>> For MinGW, run in the MSys shell
>>>>>>>  and use www.python.org WIN32 Python to run scons.
>>>>>>> For Microsoft Visual C++, run in the Platform SDK
>>>>>>>  command shell, and use www.python.org WIN32 Python to run scons.
>>>>>>>
>>>>>>> System platform is 'darwin'.
>>>>>>> Using options from 'custom.py.'
>>>>>>>
>>>>>>> scons: warning: The Options class is deprecated; use the Variables
>>>>>>> class
>>>>>>> instead.
>>>>>>> File
>>>>>>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>>>>>>> line 346, in <module>
>>>>>>> Build platform is 'darwin'.
>>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>>>>>>> 'g++',
>>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen',
>>>>>>> 'jar',
>>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>>>>>>> CONFIGURATION DECISION: No localisation
>>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>>>>>>> audio
>>>>>>> samples.
>>>>>>> Mac OS X version 10.8
>>>>>>> Apple Python version is 2.7
>>>>>>> Current Python version is 2.7, using Apple Python Framework
>>>>>>> Checking for C header file stdio.h... (cached) yes
>>>>>>> Checking for C library sndfile... (cached) yes
>>>>>>> Checking for C library pthread... (cached) yes
>>>>>>> CONFIGURATION DECISION: No Wiimote support
>>>>>>> CONFIGURATION DECISION: No P5 Glove support
>>>>>>> CONFIGURATION DECISION: Building with Serial code support
>>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>>>>>>> pthread...
>>>>>>> (cached) no
>>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>>>>>>> (cached)
>>>>>>> yes
>>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>>>>>>> m...
>>>>>>> (cached) yes
>>>>>>> found sync lock
>>>>>>> Checking for C++ header file
>>>>>>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>>>>>>> (cached) no
>>>>>>> Checking for C header file portaudio.h... (cached) yes
>>>>>>> Checking for C header file portmidi.h... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>>>>>>> Checking for C library asound... (cached) no
>>>>>>> Checking for C header file lo/lo.h... (cached) yes
>>>>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in
>>>>>>> C++
>>>>>>> library musicxml2... (cached) no
>>>>>>> Checking for C header file jack/jack.h... (cached) yes
>>>>>>> Checking for C header file pulse/simple.h... (cached) no
>>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>>>>>>> no
>>>>>>> Checking for C header file m_pd.h... (cached) no
>>>>>>> Checking for C header file tcl.h... (cached) yes
>>>>>>> Checking for C header file zlib.h... (cached) yes
>>>>>>> Checking for C++ header file funknown.h... (cached) no
>>>>>>> Checking for C header file lua.h... (cached) no
>>>>>>> Checking for SWIG... no
>>>>>>> Python Version: 2.7
>>>>>>> Checking for C header file Python.h... (cached) yes
>>>>>>> Checking for C++ header file
>>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached)
>>>>>>> yes
>>>>>>> Checking for C header file io.h... (cached) no
>>>>>>> Checking for C header file fcntl.h... (cached) yes
>>>>>>> Checking for C header file unistd.h... (cached) yes
>>>>>>> Checking for C header file stdint.h... (cached) yes
>>>>>>> Checking for C header file sys/time.h... (cached) yes
>>>>>>> Checking for C header file sys/types.h... (cached) yes
>>>>>>> Checking for C header file termios.h... (cached) yes
>>>>>>> Checking for C header file values.h... (cached) no
>>>>>>> Checking for C header file sys/socket.h... (cached) yes
>>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>>>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>>>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>>>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>>>>>>> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX',
>>>>>>> '-DPIPES',
>>>>>>> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
>>>>>>> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H',
>>>>>>> '-DHAVE_SYS_TIME_H',
>>>>>>> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
>>>>>>> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS', '-D__BUILDING_LIBCSOUND',
>>>>>>> '-D_CSOUND_RELEASE_',
>>>>>>> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
>>>>>>> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H',
>>>>>>> '-I/usr/include/malloc',
>>>>>>> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
>>>>>>> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
>>>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not building Java wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>>>>>>> interface
>>>>>>> library.
>>>>>>> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building UDP plugins.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building OSC plugin.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>>>>>>> Checking for C header file png.h... (cached) no
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>>>>>>> CONFIGURATION DECISION: Building PortAudio module.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building JACK plugin.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>>>>>>> COPYINNG plugin
>>>>>>> COPYINNG plugin
>>>>>>> Checking for C header file fluidsynth.h... (cached) no
>>>>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>>>>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>>>>>>> Checking for C header file ladspa.h... (cached) no
>>>>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>>>>>>> CONFIGURATION DECISION: Not building STK opcodes.
>>>>>>> CONFIGURATION DECISION: Not building Python opcodes.
>>>>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>>>>>>> COPYINNG plugin
>>>>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>>>>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>>>>>>> Csound
>>>>>>> with algorithmic composition.
>>>>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>>>>>>> standalone.
>>>>>>> 0 False
>>>>>>> CONFIGURATION DECISION: Not building Tclcsound
>>>>>>> CONFIGURATION DECISION: Not building Winsound
>>>>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>>>>>>> CONFIGURATION DECISION: Building beats score frontend
>>>>>>> CONFIGURATION DECISION: Not building catalog builder.
>>>>>>> CONFIGURATION DECISION: Not calling TAGS
>>>>>>> CONFIGURATION DECISION: Adding resource fork for csound
>>>>>>> scons: done reading SConscript files.
>>>>>>> scons: Building targets ...
>>>>>>> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
>>>>>>> CsoundLib64.framework
>>>>>>> /Library/Frameworks/
>>>>>>> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse
>>>>>>> -mfpmath=sse
>>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>>>> -DHAVE_STDINT_H
>>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
>>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>>>> -I/usr/local/include SDIF/sdif-mem.c
>>>>>>>
>>>>>>>
>>>>>>> =====
>>>>>>> Lot's more to report along the way...
>>>>>>>
>>>>>>>
>>>>>>> ====
>>>>>>> It ends like this...
>>>>>>>
>>>>>>>
>>>>>>> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse
>>>>>>> -mfpmath=sse
>>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>>>> -DHAVE_STDINT_H
>>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
>>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>>>> -I/usr/local/include util/sndinfo_main.c
>>>>>>> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>>>>>> -lsndfile
>>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>>>>>>> -framework
>>>>>>> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o
>>>>>>> -L. -L.
>>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>>>>>>> -lm
>>>>>>> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse
>>>>>>> -mfpmath=sse
>>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>>>>>> -DHAVE_STDINT_H
>>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
>>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>>>>>> -I/usr/local/include util/srconv_main.c
>>>>>>> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64
>>>>>>> -lsndfile
>>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>>>>>>> -framework
>>>>>>> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o
>>>>>>> -L. -L.
>>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>>>>>>> -lm
>>>>>>> scons: done building targets.
>>>>>>>
>>>>>>> =====
>>>>>>> SOME QUESTIONS....
>>>>>>>
>>>>>>> Apart from the JavaWrappers, you are saying that I have built from
>>>>>>> sources?
>>>>>>>
>>>>>>> Does this mean that the Frameworks have been replaced - and that this
>>>>>>> have
>>>>>>> overwritten the version that was installed previously from
>>>>>>> sourceforge
>>>>>>> (using the installer)
>>>>>>> with the latest developer release from Git?
>>>>>>>
>>>>>>>
>>>>>>> --------------------------------
>>>>>>> Dr. Richard Boulanger
>>>>>>> rboulanger@berklee.edu
>>>>>>> -----------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com> wrote:
>>>>>>>
>>>>>>> This is good news, it looks like you got through the build and it's
>>>>>>> trying to install, since you have buildRelease=1.  To use
>>>>>>> buildRelease=1 on OSX, you need to run the scons command with sudo.
>>>>>>> After that, you should be able to get all the way through.
>>>>>>>
>>>>>>> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>>>>>>> <rboulanger@berklee.edu> wrote:
>>>>>>>
>>>>>>> OK.
>>>>>>>
>>>>>>> It is now asking me to give permission to remove and move things....
>>>>>>>
>>>>>>> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>>>>>> buildBeats=1
>>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>>>>>> scons: Reading SConscript files ...
>>>>>>>
>>>>>>>   C S O U N D 5
>>>>>>>
>>>>>>> SCons build file for Csound 5:
>>>>>>> API library, plugin opcodes, utilities, and front ends.
>>>>>>>
>>>>>>> By Michael Gogins <gogins at pipeline dot com>
>>>>>>>
>>>>>>> For custom options, run 'scons -h'.
>>>>>>> For default options, run 'scons -H'.
>>>>>>> If headers or libraries are not found, edit 'custom.py'.
>>>>>>> For Linux, run in the standard shell
>>>>>>> with standard Python and just run 'scons'.
>>>>>>> For MinGW, run in the MSys shell
>>>>>>> and use www.python.org WIN32 Python to run scons.
>>>>>>> For Microsoft Visual C++, run in the Platform SDK
>>>>>>> command shell, and use www.python.org WIN32 Python to run scons.
>>>>>>>
>>>>>>> System platform is 'darwin'.
>>>>>>> Using options from 'custom.py.'
>>>>>>>
>>>>>>> scons: warning: The Options class is deprecated; use the Variables
>>>>>>> class
>>>>>>> instead.
>>>>>>> File
>>>>>>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>>>>>>> line 346, in <module>
>>>>>>> Build platform is 'darwin'.
>>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>>>>>>> 'g++',
>>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen',
>>>>>>> 'jar',
>>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>>>>>>> CONFIGURATION DECISION: No localisation
>>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>>>>>>> audio
>>>>>>> samples.
>>>>>>> Mac OS X version 10.8
>>>>>>> Apple Python version is 2.7
>>>>>>> Current Python version is 2.7, using Apple Python Framework
>>>>>>> Checking for C header file stdio.h... (cached) yes
>>>>>>> Checking for C library sndfile... (cached) yes
>>>>>>> Checking for C library pthread... (cached) yes
>>>>>>> CONFIGURATION DECISION: No Wiimote support
>>>>>>> CONFIGURATION DECISION: No P5 Glove support
>>>>>>> CONFIGURATION DECISION: Building with Serial code support
>>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>>>>>>> pthread...
>>>>>>> (cached) no
>>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>>>>>>> (cached)
>>>>>>> yes
>>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>>>>>>> m...
>>>>>>> (cached) yes
>>>>>>> found sync lock
>>>>>>> Checking for C++ header file
>>>>>>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>>>>>>> (cached) no
>>>>>>> Checking for C header file portaudio.h... (cached) yes
>>>>>>> Checking for C header file portmidi.h... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>>>>>>> Checking for C library asound... (cached) no
>>>>>>> Checking for C header file lo/lo.h... (cached) yes
>>>>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in
>>>>>>> C++
>>>>>>> library musicxml2... (cached) no
>>>>>>> Checking for C header file jack/jack.h... (cached) yes
>>>>>>> Checking for C header file pulse/simple.h... (cached) no
>>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>>>>>>> no
>>>>>>> Checking for C header file m_pd.h... (cached) no
>>>>>>> Checking for C header file tcl.h... (cached) yes
>>>>>>> Checking for C header file zlib.h... (cached) yes
>>>>>>> Checking for C++ header file funknown.h... (cached) no
>>>>>>> Checking for C header file lua.h... (cached) no
>>>>>>> Checking for SWIG... no
>>>>>>> Python Version: 2.7
>>>>>>> Checking for C header file Python.h... (cached) yes
>>>>>>> Checking for C++ header file
>>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached)
>>>>>>> yes
>>>>>>> Checking for C header file io.h... (cached) no
>>>>>>> Checking for C header file fcntl.h... (cached) yes
>>>>>>> Checking for C header file unistd.h... (cached) yes
>>>>>>> Checking for C header file stdint.h... (cached) yes
>>>>>>> Checking for C header file sys/time.h... (cached) yes
>>>>>>> Checking for C header file sys/types.h... (cached) yes
>>>>>>> Checking for C header file termios.h... (cached) yes
>>>>>>> Checking for C header file values.h... (cached) no
>>>>>>> Checking for C header file sys/socket.h... (cached) yes
>>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>>

Date2012-10-10 04:30
FromAdam Puckett
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
useGettext=0

On 10/9/12, Deepak  wrote:
> Hi Everyone...
>
> I have also been trying to build Csound from sources (in fact was trying to
> do it together with Dr. B on sunday night)...Then I had to be away from it
> the last two days.. I have been reading the thread on this quite closely
> and have done little tweaks here and there (for eg: deleting older versions
> of some libraries, sudo scons etc.)
>
> and this is what I get now...
>
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
> CsoundLib64.framework /Library/Frameworks/
> Rez -i APPL -o csound cs5.r
> cp lib_csnd.dylib
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
> mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo
> po/german.po
> sh: msgfmt: command not found
> scons: *** [po/de/LC_MESSAGES/csound5.mo] Error 127
> scons: building terminated because of errors.
>
> i have the buildJavaWrapper to be set as 0 now...
>
> I was not able to find anything related to this error on the thread....
>
> Would be great if someone can point me in the right direction...Running
> 10.8 OSX...Is it some sort of an error with bash?
>
> I did check /Library/Frameworks and CsoundLib64 was built (did ls -l and
> looked at the date), but CsoundLib was not...
>
> Thank you very much
> Looking forward to cross the finishline at some point soon...:)
>
> Deepak.
>
>
>
>
>
>
>
>
> On Tue, Oct 9, 2012 at 2:12 PM, Adam Puckett
> wrote:
>
>> Dr. B,
>>
>> I was thinking exactly the same thing. Why not make this an article in
>> the next Csound Journal? It would seem the perfect place to chronicle
>> this type of experience.
>>
>> On 10/9/12, Dr. Richard Boulanger  wrote:
>> > Success!
>> >
>> > SUCCESS!!!!  I have crossed the finish line.
>> >
>> > Who would have thought to "sudo make install" FLTK again.  (OK, I guess
>> that
>> > Victor would have thought this.)
>> > WOW.  Great.  I was able to run the image opcodes. Thanks Victor for
>> > this
>> > advice.
>> >
>> > Thanks Steven for all your advice and suggestions - and for your
>> excellent
>> > WIKI developer documents.
>> >
>> > Still learning more here.
>> >
>> > Maybe we should think to include a set of "tips", at the end of the
>> > ultimate/new document, that suggests things from this thread to
>> > "try" when things go wrong.
>> >
>> > Also, John Clements, is planning to follow along behind us on this
>> thread,
>> > and install from sources on his machine over the next week.
>> >
>> > Then his plan is to collect all these documents and tips and scripts
>> > and
>> > with you to make a new "comprehensive" document that we
>> > would love to post/host at Csounds.com.
>> >
>> > On Thursday I will begin the process of building the Xcode Project from
>> > Cmake as you have outlined in your other WIKI.  I will post these
>> > results
>> > too
>> > and hopefully get more help from you.
>> >
>> > What we still need to include/know is:  What the build creates?  Where
>> > it
>> > typically creates/installs what it creates? And, if it makes things
>> "here"
>> > in
>> > the current folder without "installing" it - where we should move/copy
>> it so
>> > that what we built is the version that we are now using when we launch
>> > CsoundQt.
>> >
>> >
>> > -dB
>> >
>> > --------------------------------
>> > Dr. Richard Boulanger
>> > rboulanger@berklee.edu
>> > -----------------------------------
>> >
>> >
>> >
>> >
>> > On Oct 9, 2012, at 7:21 AM, Victor Lazzarini 
>> > wrote:
>> >
>> >> Maybe? Just run sudo make install from FLTK again (do not need to
>> >> build
>> it
>> >> just install).
>> >>
>> >> Victor
>> >> On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:
>> >>
>> >>> I did get rid of the .os files, but... to get the image opcodes to
>> >>> compile so that I could grade student projects for class today, I had
>> to
>> >>> re-install from the latest Binary at SourceForge.
>> >>>
>> >>> csound5.18.031-OSX10.7-universal.dmg
>> >>>
>> >>> This might have changed some things on the system?
>> >>>
>> >>> --------------------------------
>> >>> Dr. Richard Boulanger
>> >>> rboulanger@berklee.edu
>> >>> -----------------------------------
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On Oct 9, 2012, at 7:07 AM, Victor Lazzarini
>> >>> > >
>> >>> wrote:
>> >>>
>> >>>> This is the same problem as before, getting rid of the .os files
>> should
>> >>>> sort it, if your FLTK installation is correct. Not sure what changed
>> in
>> >>>> your system since then.
>> >>>>
>> >>>> On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:
>> >>>>
>> >>>>> It didn't quite make it this time.  Now this is possibly because I
>> >>>>> asked it to build a few more things (from the ManPage at
>> Csounds.com).
>> >>>>>
>> >>>>> I thought I would be able to fix this FLTK spinner thing by
>> >>>>> deleting
>> >>>>> the .os files in the InOut directory - as Victor had advised a
>> >>>>> couple
>> >>>>> of days ago, but not this time.
>> >>>>>
>> >>>>> Note that I have asked it to buildNewParser.
>> >>>>>
>> >>>>> Do I need to also install Flex and Bison for this to work?  Where?
>> >>>>> How?
>> >>>>>
>> >>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> buildBeats=1
>> >>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>> buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1
>> >>>>> buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
>> >>>>> scons: Reading SConscript files ...
>> >>>>>
>> >>>>>       C S O U N D 5
>> >>>>>
>> >>>>> SCons build file for Csound 5:
>> >>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>
>> >>>>> By Michael Gogins 
>> >>>>>
>> >>>>> For custom options, run 'scons -h'.
>> >>>>> For default options, run 'scons -H'.
>> >>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>> For Linux, run in the standard shell
>> >>>>>     with standard Python and just run 'scons'.
>> >>>>> For MinGW, run in the MSys shell
>> >>>>>     and use www.python.org WIN32 Python to run scons.
>> >>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>     command shell, and use www.python.org WIN32 Python to run
>> >>>>> scons.
>> >>>>>
>> >>>>> System platform is 'darwin'.
>> >>>>> Using options from 'custom.py.'
>> >>>>>
>> >>>>> scons: warning: The Options class is deprecated; use the Variables
>> >>>>> class instead.
>> >>>>> File
>> >>>>>
>> "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct",
>> >>>>> line 346, in 
>> >>>>> Build platform is 'darwin'.
>> >>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>> 'g++',
>> >>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> >>>>> 'rpcgen',
>> >>>>> 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS',
>> >>>>> 'RCS']
>> >>>>> CONFIGURATION DECISION: No localisation
>> >>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> audio
>> >>>>> samples.
>> >>>>> Mac OS X version 10.8
>> >>>>> Apple Python version is 2.7
>> >>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>> Checking for C library sndfile... (cached) yes
>> >>>>> Checking for C library pthread... (cached) yes
>> >>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>> pthread...
>> >>>>> (cached) no
>> >>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>> (cached) yes
>> >>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>> >>>>> m... (cached) yes
>> >>>>> found sync lock
>> >>>>> Checking for C++ header file
>> >>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>> (cached) no
>> >>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>> Checking for C library asound... (cached) no
>> >>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create()
>> >>>>> in
>> >>>>> C++ library musicxml2... (cached) no
>> >>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>> >>>>> no
>> >>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>> Checking for C header file lua.h... (cached) no
>> >>>>> Checking for SWIG... yes
>> >>>>> Python Version: 2.7
>> >>>>> Checking for C header file Python.h... (cached) yes
>> >>>>> Checking for C++ header file
>> >>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> >>>>> (cached)
>> >>>>> yes
>> >>>>> Checking for C header file io.h... (cached) no
>> >>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>> Checking for C header file termios.h... (cached) yes
>> >>>>> Checking for C header file values.h... (cached) no
>> >>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK
>> >>>>> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7
>> >>>>> -I/usr/local/include -IEngine -Iinterfaces
>> >>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Building Java wrapper to Csound C++
>> >>>>> interface
>> >>>>> library.
>> >>>>> Language subdirectory: java
>> >>>>> Search paths:
>> >>>>>    ./
>> >>>>>    ./
>> >>>>>    ./H/
>> >>>>>    /usr/include/malloc/
>> >>>>>    /opt/local/include/boost_1_51_0//
>> >>>>>    /usr/include/python2.7/
>> >>>>>    /usr/local/include/
>> >>>>>    Engine/
>> >>>>>    interfaces/
>> >>>>>    ./swig_lib/java/
>> >>>>>    /usr/local/share/swig/2.0.8/java/
>> >>>>>    ./swig_lib/
>> >>>>>    /usr/local/share/swig/2.0.8/
>> >>>>> Preprocessing...
>> >>>>> Starting language-specific parse...
>> >>>>> Processing types...
>> >>>>> C++ analysis...
>> >>>>> Generating wrappers...
>> >>>>> ./H/csound.h:464: Warning 451: Setting a const char * variable may
>> leak
>> >>>>> memory.
>> >>>>> interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or
>> >>>>> reference in a director method is not recommended.
>> >>>>> interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector<
>> >>>>> double > *INPUT). No typemaps are defined.
>> >>>>> interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound
>> >>>>> proxy:
>> >>>>> Base CsoundFile ignored. Multiple inheritance is not supported in
>> >>>>> Java.
>> >>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> >>>>> documentation.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>> Checking for C header file png.h... (cached) yes
>> >>>>> CONFIGURATION DECISION: Building image opcodes
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> Checking for C header file fluidsynth.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>> >>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>> >>>>> Checking for C header file ladspa.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>> >>>>> CONFIGURATION DECISION: Not building STK opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Python opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>> >>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>> >>>>> Csound with algorithmic composition.
>> >>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>> >>>>> standalone.
>> >>>>> 0 False
>> >>>>> CONFIGURATION DECISION: Not building Tclcsound
>> >>>>> CONFIGURATION DECISION: Building Winsound frontend
>> >>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>> >>>>> CONFIGURATION DECISION: Building beats score frontend
>> >>>>> CONFIGURATION DECISION: Not building catalog builder.
>> >>>>> CONFIGURATION DECISION: Not calling TAGS
>> >>>>> CONFIGURATION DECISION: Adding resource fork for csound
>> >>>>> scons: done reading SConscript files.
>> >>>>> scons: Building targets ...
>> >>>>> gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd.c
>> >>>>> gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd_u.c
>> >>>>> gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midifile.c
>> >>>>> gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midirecv.c
>> >>>>> gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midisend.c
>> >>>>> gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winascii.c
>> >>>>> gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/windin.c
>> >>>>> gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/window.c
>> >>>>> gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winEPS.c
>> >>>>> gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module
>> >>>>> -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker
>> >>>>> -current_version -Xlinker 5.2 -install_name
>> >>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64
>> >>>>> Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os
>> >>>>> Engine/entry1.os
>> >>>>> Engine/envvar.os Engine/express.os Engine/extract.os
>> >>>>> Engine/fgens.os
>> >>>>> Engine/insert.os Engine/linevent.os Engine/memalloc.os
>> >>>>> Engine/memfiles.os Engine/musmon.os Engine/namedins.os
>> Engine/otran.os
>> >>>>> Engine/rdorch.os Engine/rdscor.os Engine/scsort.os
>> >>>>> Engine/scxtract.os
>> >>>>> Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os
>> >>>>> Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os
>> >>>>> InOut/midirecv.os InOut/midisend.os InOut/winascii.os
>> >>>>> InOut/windin.os
>> >>>>> InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os
>> >>>>> InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os
>> >>>>> InOut/libmpadec/synth.os InOut/libmpadec/tables.os
>> >>>>> InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os
>> >>>>> OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os
>> >>>>> OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os
>> >>>>> OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os
>> >>>>> OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os
>> >>>>> OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os
>> >>>>> OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os
>> >>>>> OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os
>> >>>>> OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os
>> >>>>> Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os
>> Opcodes/eqfil.os
>> >>>>> Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os
>> >>>>> Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os
>> >>>>> Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os
>> >>>>> Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os
>> >>>>> Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os
>> Opcodes/cross2.os
>> >>>>> Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os
>> Opcodes/flanger.os
>> >>>>> Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os
>> Opcodes/ftconv.os
>> >>>>> Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os
>> >>>>> Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os
>> Opcodes/metro.os
>> >>>>> Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os
>> >>>>> Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os
>> Opcodes/repluck.os
>> >>>>> Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os
>> >>>>> Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os
>> >>>>> Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os
>> >>>>> Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os
>> >>>>> Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os
>> >>>>> Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os
>> >>>>> Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os
>> >>>>> Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os
>> >>>>> Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os
>> >>>>> Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os
>> >>>>> Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os
>> >>>>> Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os
>> Opcodes/pitch.os
>> >>>>> Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os
>> >>>>> Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os
>> >>>>> Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os
>> Opcodes/tabvars.os
>> >>>>> Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os
>> >>>>> Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os
>> >>>>> Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os
>> >>>>> Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os
>> >>>>> Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os
>> >>>>> Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os
>> Opcodes/pvlock.os
>> >>>>> Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os
>> >>>>> Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os
>> >>>>> Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os
>> >>>>> Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os
>> >>>>> Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os
>> >>>>> Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os
>> >>>>> Opcodes/gab/sliderTable.os
>> >>>>> Opcodes/gab/newgabopc.os Engine/cs_par_base.os
>> >>>>> Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os
>> >>>>> Engine/csound_prelex.os Engine/csound_orclex.os
>> >>>>> Engine/csound_orcparse.os Engine/csound_orc_semantics.os
>> >>>>> Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os
>> >>>>> Engine/csound_orc_compile.os Engine/symbtab.os
>> Engine/new_orc_parser.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -ldl -lm -lpthread
>> >>>>> cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
>> >>>>> gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/cmidi.c
>> >>>>> gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/cmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile
>> >>>>> cp -f libcmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/pmidi.c
>> >>>>> gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/pmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -lportmidi
>> >>>>> cp -f libpmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES
>> >>>>> -I/System/Library/Frameworks/CoreAudio.framework/Headers
>> >>>>> -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
>> >>>>> gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -framework AudioUnit
>> >>>>> -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L.
>> -lsndfile
>> >>>>> -lpthread -lgomp -lm -lsndfile
>> >>>>> cp -f librtauhal.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
>> >>>>> gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile
>> >>>>> -lpthread
>> >>>>> -lgomp -lm -lsndfile -lpthread -ljack
>> >>>>> cp -f librtjack.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/rtpa.c
>> >>>>> gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework
>> CsoundLib64
>> >>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>> >>>>> CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L.
>> >>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
>> >>>>> -lportaudio
>> >>>>> cp -f librtpa.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>> >>>>> InOut/virtual_keyboard/virtual_keyboard.os
>> >>>>> InOut/virtual_keyboard/Bank.os
>> >>>>> InOut/virtual_keyboard/KeyboardMapping.os
>> >>>>> InOut/virtual_keyboard/Program.os
>> InOut/virtual_keyboard/SliderBank.os
>> >>>>> InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib
>> >>>>> -lgomp
>> >>>>> -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk
>> -lpthread
>> >>>>> -framework Cocoa
>> >>>>> Undefined symbols for architecture i386:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture i386
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> Undefined symbols for architecture x86_64:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture x86_64
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> lipo: can't open input file: /var/tmp//cciixSt2.out (No such file
>> >>>>> or
>> >>>>> directory)
>> >>>>> scons: *** [libvirtual.dylib] Error 1
>> >>>>> scons: building terminated because of errors.
>> >>>>> --------------------------------
>> >>>>> Dr. Richard Boulanger
>> >>>>> rboulanger@berklee.edu
>> >>>>> -----------------------------------
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> On Oct 9, 2012, at 5:55 AM, Steven Yi  wrote:
>> >>>>>
>> >>>>>> Hi Dr. B,
>> >>>>>>
>> >>>>>> Most likely what happened is what happened to me, in that I didn't
>> >>>>>> realize they were not building because I did not have libpng
>> >>>>>> installed.  What I did for that is:
>> >>>>>>
>> >>>>>> 1. Went to libpng.org and grabbed the latest tarball. I think you
>> can
>> >>>>>> use this address:
>> >>>>>>
>> >>>>>>
>> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>> >>>>>>
>> >>>>>> After downloading, unpack, then go in and use:
>> >>>>>>
>> >>>>>> ./configure CFLAGS="-arch i386 -arch x86_64"
>> >>>>>> --disable-dependency-tracking
>> >>>>>> make
>> >>>>>> sudo make install
>> >>>>>>
>> >>>>>> After that, Scons should work to build the image opcodes.  Another
>> >>>>>> thing to note, when Scons runs, it should report something like
>> >>>>>> "Not
>> >>>>>> building image opcodes", so even if you had told scons you want to
>> >>>>>> build it, it might not do so if the dependency isn't there.
>> >>>>>>
>> >>>>>> Let's try the above and see how it goes from there.  Good luck!
>> >>>>>>
>> >>>>>> steven
>> >>>>>>
>> >>>>>>
>> >>>>>> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>> >>>>>>  wrote:
>> >>>>>>> But wait.... I might not have crossed the finish line all the
>> >>>>>>> way.
>> >>>>>>> Oh no.
>> >>>>>>>
>> >>>>>>> So, I am preparing to show off this process tomorrow morning in
>> >>>>>>> our
>> >>>>>>> first
>> >>>>>>> Computer Science Club Meeting for the semester @ Berklee
>> >>>>>>> And it does seem to be true that my "frameworks" were updated
>> >>>>>>> after
>> >>>>>>> the
>> >>>>>>> successful build using the following commandline
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> But... this evening I was testing some .csds from students using
>> the
>> >>>>>>> image
>> >>>>>>> opcodes and I got a console output in QuteCsound-f like this:
>> >>>>>>>
>> >>>>>>> Csound version 5.18.03 (float samples) Oct 1 2012
>> >>>>>>> Creating options
>> >>>>>>> Creating orchestra
>> >>>>>>> Creating score
>> >>>>>>> using callback interface
>> >>>>>>>
>> >>>>>>> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or
>> ','
>> >>>>>>> (token
>> >>>>>>> "imageload") line 17:
>> >>>>>>>>>> giimg imageload <<<
>> >>>>>>> Parsing failed due to invalid input!
>> >>>>>>> Stopping on parser failure
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> Now... I know that the image opcodes were missing from the
>> >>>>>>> 5.18.02
>> >>>>>>> release,
>> >>>>>>> but they were added the other day and when I re-installed from
>> >>>>>>> SourceForge,
>> >>>>>>> these .csds worked.
>> >>>>>>> And... they work on my student's computer who created them for
>> class
>> >>>>>>> this
>> >>>>>>> week. (not on Windows yet.)
>> >>>>>>>
>> >>>>>>> So, I was thinking, maybe I need to "build" these with a
>> >>>>>>> command-line
>> >>>>>>> option.
>> >>>>>>>
>> >>>>>>> I look to the table in the Csound Manual and it does show me that
>> >>>>>>> there is
>> >>>>>>> an option to set in order to build them.
>> >>>>>>>
>> >>>>>>> I add that option, and I get a little excited and add a few more
>> >>>>>>> options....
>> >>>>>>>
>> >>>>>>> Here is my new command-line:
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>> buildImageOpcodes=1
>> >>>>>>> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1
>> >>>>>>> useOSC=1
>> >>>>>>> useGettext=0 buildNewParser=1
>> >>>>>>>
>> >>>>>>> As you can see, in addition to building the image opcodes, I ask
>> >>>>>>> it
>> >>>>>>> to build
>> >>>>>>> Winsound and build the NewParser.
>> >>>>>>>
>> >>>>>>> It seems to succeed.  But, it's fast.  And doesn't seem to have
>> >>>>>>> rebuilt many
>> >>>>>>> things.
>> >>>>>>>
>> >>>>>>> The same error.  I did not succeed.
>> >>>>>>>
>> >>>>>>> Perhaps there is a "clean" option I need to know about?   (and
>> >>>>>>> that
>> >>>>>>> needs to
>> >>>>>>> be in the WIKI?)
>> >>>>>>>
>> >>>>>>> I look in my csound5 directory, and notice that there are a
>> >>>>>>> number
>> of
>> >>>>>>> new
>> >>>>>>> files here: csound, winsound, etc.
>> >>>>>>>
>> >>>>>>> From the terminal, I type
>> >>>>>>>
>> >>>>>>> ./winsound
>> >>>>>>>
>> >>>>>>> and, to my delight, I see that it did indeed build the Winsound
>> >>>>>>> front-end!
>> >>>>>>>
>> >>>>>>> So, I get confident and I type
>> >>>>>>>
>> >>>>>>> ./csound -odac imageopcodeTest.csd
>> >>>>>>>
>> >>>>>>> But I still get the same error message even here in the terminal
>> >>>>>>>
>> >>>>>>> then I do an ls and notice that there are a lot of invisible
>> >>>>>>> .dylib
>> >>>>>>> files in
>> >>>>>>> this csound5 source folder too and all the utilities are here as
>> >>>>>>> well.
>> >>>>>>>
>> >>>>>>> An ls -l reveals that everything was built moments ago.
>> >>>>>>>
>> >>>>>>> Shouldn't they have been "installed" somewhere?
>> >>>>>>>
>> >>>>>>> Could this be the "problem"?
>> >>>>>>>
>> >>>>>>> Maybe Steven or Victor could enlighten me and the MacCsoundUsers
>> some
>> >>>>>>> more
>> >>>>>>> about this.
>> >>>>>>>
>> >>>>>>> My guess is that I need to move these .dylibs and apps to other
>> >>>>>>> directories.
>> >>>>>>>
>> >>>>>>> My hope is that there is some sort of "script" that will do this
>> for
>> >>>>>>> me
>> >>>>>>>
>> >>>>>>> sudo make install Csound?
>> >>>>>>>
>> >>>>>>> Writing from the finish line - suspended in  mid-air - in
>> mid-lunge.
>> >>>>>>>
>> >>>>>>> Thanks
>> >>>>>>>
>> >>>>>>> Dr.B.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger
>> >>>>>>> 
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hello Steven,
>> >>>>>>>
>> >>>>>>> Thanks so much for all your help and for all this fantastic work
>> that
>> >>>>>>> made
>> >>>>>>> it "only" 10 hours now - and not 10 days!
>> >>>>>>>
>> >>>>>>> I am happy to report that... to get IncludeJavaWrappers=1  to
>> >>>>>>> work
>> >>>>>>> one needs
>> >>>>>>> to...
>> >>>>>>>
>> >>>>>>> ======
>> >>>>>>> download, build, install PCRE ( a dependency for SWIG)
>> >>>>>>>
>> >>>>>>> http://www.pcre.org
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then....
>> >>>>>>>
>> >>>>>>> =========
>> >>>>>>> download, build, install SWIG
>> >>>>>>>
>> >>>>>>> http://www.swig.org/index.php
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then... this commandline from the WIKI works!
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> ====
>> >>>>>>>
>> >>>>>>> Your suggestions to write additional scripts would be HUGE.
>> >>>>>>>
>> >>>>>>> Your suggestions that we together update the WIKI to include all
>> the
>> >>>>>>> additional steps (dependencies) and pre-steps (checking for and
>> >>>>>>> removing old
>> >>>>>>> dylibs, etc.), and making sure that this are all done in the
>> >>>>>>> proper
>> >>>>>>> order
>> >>>>>>> (building an updated Cmake prior to trying to do PortMIDI which
>> uses
>> >>>>>>> Cmake),
>> >>>>>>> Telling users to change custom.py,  to find and build and move
>> boost,
>> >>>>>>> to
>> >>>>>>> edit SConstruct, to use sudo in some places, to share a few
>> >>>>>>> important UNIX commands like | grep and nm and ls -l, collect
>> >>>>>>> some
>> of
>> >>>>>>> the
>> >>>>>>> commands and links and suggestions from the manual
>> >>>>>>> (http://www.csounds.com/manual/html/BuildingCsound.html) and
>> >>>>>>> expanding them
>> >>>>>>> with
>> >>>>>>> what is in the WIKI, and....
>> >>>>>>>
>> >>>>>>> For the next 6 hours, I need to get all my student projects
>> >>>>>>> graded
>> >>>>>>> for
>> >>>>>>> tomorrow and wednesday and prepare my classes.  But, I might get
>> back
>> >>>>>>> to
>> >>>>>>> this much later tonight and try my luck at Cmake Xcode.
>> >>>>>>>
>> >>>>>>> It is so gratifying to have crossed the finish line - after all
>> >>>>>>> my
>> >>>>>>> failed
>> >>>>>>> attempts over the years.
>> >>>>>>>
>> >>>>>>> Thanks again to you and Victor and Michael Goggins and the other
>> >>>>>>> Developers
>> >>>>>>> who have made this possible.
>> >>>>>>>
>> >>>>>>> Good luck with your upgrade to 10.8.2
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:25 PM, Steven Yi  wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Congratulations!  It's great that you have a working build.  I
>> would
>> >>>>>>> say, yes, it does take a long time to get a build system going
>> >>>>>>> for
>> >>>>>>> Csound on OSX and Windows, but that's only if you're building
>> >>>>>>> more
>> >>>>>>> than the basics.  The really difficult thing with csound builds,
>> >>>>>>> IMO,
>> >>>>>>> is getting the dependencies all sorted out.  Luckily, for a bare
>> >>>>>>> minimum build, you can do it with just libsndfile installed.  All
>> of
>> >>>>>>> the other stuff adds time and complexity to the building process.
>> >>>>>>> I'd
>> >>>>>>> estimate it probably took me 3-4 hours to figure out and build
>> >>>>>>> all
>> >>>>>>> the
>> >>>>>>> dependencies on Mac when I first built them from scratch.
>> >>>>>>>
>> >>>>>>> On the other hand, on Ubuntu Linux, the situation is vastly
>> simpler.
>> >>>>>>> Just run "sudo apt-get build-dep csound" and that installs all of
>> >>>>>>> the
>> >>>>>>> dependencies for building csound (tools, libs, etc).  After that,
>> it
>> >>>>>>> pretty much "just works" to use scons and cmake.
>> >>>>>>>
>> >>>>>>> Mac also adds to the issue with building all of the dependencies
>> >>>>>>> as
>> >>>>>>> universal libs.
>> >>>>>>>
>> >>>>>>> In some ways, we can update the documentation and further improve
>> >>>>>>> it,
>> >>>>>>> and hopefully help make the build process a little smoother.  On
>> the
>> >>>>>>> other hand, the pain involved with building dependencies has a
>> >>>>>>> certain
>> >>>>>>> amount of work that can't be easily circumvented.  (Unless we
>> >>>>>>> built
>> >>>>>>> a
>> >>>>>>> script that would fetch tarballs and build everything, which is a
>> >>>>>>> possibility.)
>> >>>>>>>
>> >>>>>>> Also, if you don't have SWIG installed, that's probably the cause
>> of
>> >>>>>>> the Java issue.  Hopefully installing that gets your further.
>> >>>>>>>
>> >>>>>>> I'm going to be checking things out on 10.8 over the next few
>> >>>>>>> days.
>> >>>>>>> I
>> >>>>>>> may try to build a magic dependencies script that can
>> >>>>>>> fetch/build/install dependencies as i386/x86_64, as well as
>> >>>>>>> declaring
>> >>>>>>> min OSX version as 10.7, so that the builds I do work on 10.7 and
>> >>>>>>> 10.8.  I'm not sure if the idea is so sound, but I'll give it a
>> try.
>> >>>>>>> :)
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>> >>>>>>>  wrote:
>> >>>>>>>
>> >>>>>>> Thanks Steven.
>> >>>>>>>
>> >>>>>>> I checked the dates
>> >>>>>>>
>> >>>>>>> ls -l  /Library/Frameworks/CsoundLib64.framework
>> >>>>>>>
>> >>>>>>> and they are:
>> >>>>>>>
>> >>>>>>> db: ls -l /Library/Frameworks/CsoundLib64.framework
>> >>>>>>> total 24
>> >>>>>>> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
>> >>>>>>> Versions/Current/CsoundLib64
>> >>>>>>> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
>> >>>>>>> Versions/Current/Headers
>> >>>>>>> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
>> >>>>>>> Versions/Current/Resources
>> >>>>>>> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>> >>>>>>>
>> >>>>>>> WOW.  Wonderful.  It's been a long time since I was able to pull
>> from
>> >>>>>>> git
>> >>>>>>> and build from sources.
>> >>>>>>>
>> >>>>>>> Thanks for all your help.  Now to solve the JavaWrapper problem -
>> >>>>>>> and... to
>> >>>>>>> move on to get a  Cmake Xcode version following that
>> >>>>>>> WIKI from here.
>> >>>>>>>
>> >>>>>>> Awesome.
>> >>>>>>>
>> >>>>>>> There is no way that I could have gotten my system to work
>> >>>>>>> without
>> >>>>>>> the
>> >>>>>>> invaluable and dedicated input, suggestions, debugging and
>> solutions
>> >>>>>>> from
>> >>>>>>> both you and Victor.
>> >>>>>>> Your .sh files were a HUGE help.  The WIKI was a huge help.  You
>> were
>> >>>>>>> both
>> >>>>>>> and incredible help
>> >>>>>>> And still ... It took 9.5 uninterrupted hours of concentrated
>> >>>>>>> work
>> to
>> >>>>>>> get to
>> >>>>>>> this point.
>> >>>>>>> I think we discovered some missing pieces/steps along the way.
>> >>>>>>> I hope that we can add some of these to your fantastic WIKI.
>> >>>>>>>
>> >>>>>>> But... wait... as I look at the page
>> >>>>>>> http://www.csounds.com/manual/html/BuildingCsound.html
>> >>>>>>> to install from the Manual, I see that there are other "optional"
>> >>>>>>> libraries
>> >>>>>>> to install and include - like Loris, and CsoundAv, and...
>> >>>>>>>
>> >>>>>>> For generating Python and Java interfaces, install the Software
>> >>>>>>> Interface
>> >>>>>>> and Wrapper Generator (SWIG) from http://www.swig.org.
>> >>>>>>> The fluid opcodes require the Fluidsynth library from
>> >>>>>>> http://savannah.nongnu.org/download/fluid.
>> >>>>>>> The STK opcodes require STK source code from
>> >>>>>>> http://ccrma.stanford.edu/software/stk, copied into
>> >>>>>>> csound5/Opcodes/stk.
>> >>>>>>> The Loris opcodes requires Loris 1.8 to be installed:
>> >>>>>>> http://sourceforge.net/projects/loris/files. It will create the
>> >>>>>>> Csound Loris
>> >>>>>>> opcodes (along with Loris itself). When you run Csound use an
>> >>>>>>> additional
>> >>>>>>> command line flag: --opcode-lib. For example in Linux:
>> >>>>>>> --opcode-lib=/usr/local/lib/libloris.so
>> >>>>>>>
>> >>>>>>> Should the WIKI cover these too?
>> >>>>>>>
>> >>>>>>> I will try this SWIG install, because it might help to fix the
>> >>>>>>> JavaWrapper
>> >>>>>>> issue?
>> >>>>>>>
>> >>>>>>> Thanks again so much... still more to do it seems, but nice to
>> >>>>>>> have
>> >>>>>>> crossed
>> >>>>>>> "this" finish line.
>> >>>>>>>
>> >>>>>>> Can we hope to bring others along?
>> >>>>>>>
>> >>>>>>> So that when the developers have a bug fix or new opcode that
>> >>>>>>> that
>> >>>>>>> commit to
>> >>>>>>> the Git repository, many of us could just pull and rebuild to
>> >>>>>>> check
>> >>>>>>> it out.
>> >>>>>>>
>> >>>>>>> Thanks again so much for all this help.
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> SWIG and then on to the Cmake Xcode project
>> >>>>>>>
>> >>>>>>> -----------------------------------------
>> >>>>>>> Dr. Richard Boulanger, Ph.D.
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> Professor of Electronic Production and Design
>> >>>>>>> Professional Writing and Music Technology Division
>> >>>>>>> Berklee College of Music
>> >>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>> >>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>> >>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>> >>>>>>> http://csounds.com
>> >>>>>>>
>> -------------------------------------------------------------------------------------------------
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 12:52 PM, Steven Yi 
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Yes, looks like things are done there!  You can look at the dates
>> of
>> >>>>>>> the files in /Library/Frameworks/CsoundLib64.framework to verify.
>> >>>>>>> As
>> >>>>>>> for Java, the OSX installer currently says 31 minutes left, but
>> that
>> >>>>>>> ticker is going down slowly here. :)
>> >>>>>>>
>> >>>>>>> I forgot though, did you manage to get Cmake XCode working?
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>> >>>>>>>  wrote:
>> >>>>>>>
>> >>>>>>> Maybe I have it then?
>> >>>>>>>
>> >>>>>>> I used this build command:
>> >>>>>>>
>> >>>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> Gave it my Password
>> >>>>>>>
>> >>>>>>> Password:
>> >>>>>>>
>> >>>>>>> And the... It starts like this....
>> >>>>>>>
>> >>>>>>> scons: Reading SConscript files ...
>> >>>>>>>
>> >>>>>>>    C S O U N D 5
>> >>>>>>>
>> >>>>>>> SCons build file for Csound 5:
>> >>>>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>>>
>> >>>>>>> By Michael Gogins 
>> >>>>>>>
>> >>>>>>> For custom options, run 'scons -h'.
>> >>>>>>> For default options, run 'scons -H'.
>> >>>>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>>>> For Linux, run in the standard shell
>> >>>>>>>  with standard Python and just run 'scons'.
>> >>>>>>> For MinGW, run in the MSys shell
>> >>>>>>>  and use www.python.org WIN32 Python to run scons.
>> >>>>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>>>  command shell, and use www.python.org WIN32 Python to run scons.
>> >>>>>>>
>> >>>>>>> System platform is 'darwin'.
>> >>>>>>> Using options from 'custom.py.'
>> >>>>>>>
>> >>>>>>> scons: warning: The Options class is deprecated; use the
>> >>>>>>> Variables
>> >>>>>>> class
>> >>>>>>> instead.
>> >>>>>>> File
>> >>>>>>>
>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>> >>>>>>> line 346, in 
>> >>>>>>> Build platform is 'darwin'.
>> >>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>>>> 'g++',
>> >>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> 'rpcgen',
>> >>>>>>> 'jar',
>> >>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>> >>>>>>> CONFIGURATION DECISION: No localisation
>> >>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> >>>>>>> audio
>> >>>>>>> samples.
>> >>>>>>> Mac OS X version 10.8
>> >>>>>>> Apple Python version is 2.7
>> >>>>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>>>> Checking for C library sndfile... (cached) yes
>> >>>>>>> Checking for C library pthread... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>>>> pthread...
>> >>>>>>> (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>>>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C
>> >>>>>>> library
>> >>>>>>> m...
>> >>>>>>> (cached) yes
>> >>>>>>> found sync lock
>> >>>>>>> Checking for C++ header file
>> >>>>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>>>> (cached) no
>> >>>>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>>>> Checking for C library asound... (cached) no
>> >>>>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>>>> Checking for MusicXML2::SXMLFile f =
>> >>>>>>> MusicXML2::TXMLFile::create()
>> in
>> >>>>>>> C++
>> >>>>>>> library musicxml2... (cached) no
>> >>>>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h...
>> >>>>>>> (cached)
>> >>>>>>> no
>> >>>>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>>>> Checking for C header file lua.h... (cached) no
>> >>>>>>> Checking for SWIG... no
>> >>>>>>> Python Version: 2.7
>> >>>>>>> Checking for C header file Python.h... (cached) yes
>> >>>>>>> Checking for C++ header file
>> >>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for C header file io.h... (cached) no
>> >>>>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>>>> Checking for C header file termios.h... (cached) yes
>> >>>>>>> Checking for C header file values.h... (cached) no
>> >>>>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>>>> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX',
>> >>>>>>> '-DPIPES',
>> >>>>>>> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
>> >>>>>>> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H',
>> >>>>>>> '-DHAVE_SYS_TIME_H',
>> >>>>>>> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
>> >>>>>>> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS',
>> >>>>>>> '-D__BUILDING_LIBCSOUND',
>> >>>>>>> '-D_CSOUND_RELEASE_',
>> >>>>>>>
>> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
>> >>>>>>> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H',
>> >>>>>>> '-I/usr/include/malloc',
>> >>>>>>> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
>> >>>>>>> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
>> >>>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Java wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> documentation.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>>>> Checking for C header file png.h... (cached) no
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> Checking for C header file fluidsynth.h... (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>> >>>>>>> Checking for C header file ladspa.h... (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building STK opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building Python opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>> >>>>>>> CONFIGURATION DECISION: Not building CsoundAC extension module
>> >>>>>>> for
>> >>>>>>> Csound
>> >>>>>>> with algorithmic composition.
>> >>>>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>> >>>>>>> standalone.
>> >>>>>>> 0 False
>> >>>>>>> CONFIGURATION DECISION: Not building Tclcsound
>> >>>>>>> CONFIGURATION DECISION: Not building Winsound
>> >>>>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>> >>>>>>> CONFIGURATION DECISION: Building beats score frontend
>> >>>>>>> CONFIGURATION DECISION: Not building catalog builder.
>> >>>>>>> CONFIGURATION DECISION: Not calling TAGS
>> >>>>>>> CONFIGURATION DECISION: Adding resource fork for csound
>> >>>>>>> scons: done reading SConscript files.
>> >>>>>>> scons: Building targets ...
>> >>>>>>> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
>> >>>>>>> CsoundLib64.framework
>> >>>>>>> /Library/Frameworks/
>> >>>>>>> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>>>> -mfpmath=sse
>> >>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>>>> -DHAVE_STDINT_H
>> >>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>> -DHAVE_SOCKETS
>> >>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>>>> -I/usr/local/include SDIF/sdif-mem.c
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> =====
>> >>>>>>> Lot's more to report along the way...
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> ====
>> >>>>>>> It ends like this...
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>>>> -mfpmath=sse
>> >>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>>>> -DHAVE_STDINT_H
>> >>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>> -DHAVE_SOCKETS
>> >>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>>>> -I/usr/local/include util/sndinfo_main.c
>> >>>>>>> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64
>> >>>>>>> -lsndfile
>> >>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>> >>>>>>> -framework
>> >>>>>>> Carbon -framework CoreAudio -framework CoreMIDI
>> >>>>>>> util/sndinfo_main.o
>> >>>>>>> -L. -L.
>> >>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>> >>>>>>> -lm
>> >>>>>>> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>>>> -mfpmath=sse
>> >>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>>>> -DHAVE_STDINT_H
>> >>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>> -DHAVE_SOCKETS
>> >>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>>>> -I/usr/local/include util/srconv_main.c
>> >>>>>>> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64
>> >>>>>>> -lsndfile
>> >>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>> >>>>>>> -framework
>> >>>>>>> Carbon -framework CoreAudio -framework CoreMIDI
>> >>>>>>> util/srconv_main.o
>> >>>>>>> -L. -L.
>> >>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>> >>>>>>> -lm
>> >>>>>>> scons: done building targets.
>> >>>>>>>
>> >>>>>>> =====
>> >>>>>>> SOME QUESTIONS....
>> >>>>>>>
>> >>>>>>> Apart from the JavaWrappers, you are saying that I have built
>> >>>>>>> from
>> >>>>>>> sources?
>> >>>>>>>
>> >>>>>>> Does this mean that the Frameworks have been replaced - and that
>> this
>> >>>>>>> have
>> >>>>>>> overwritten the version that was installed previously from
>> >>>>>>> sourceforge
>> >>>>>>> (using the installer)
>> >>>>>>> with the latest developer release from Git?
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 12:23 PM, Steven Yi 
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> This is good news, it looks like you got through the build and
>> >>>>>>> it's
>> >>>>>>> trying to install, since you have buildRelease=1.  To use
>> >>>>>>> buildRelease=1 on OSX, you need to run the scons command with
>> >>>>>>> sudo.
>> >>>>>>> After that, you should be able to get all the way through.
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>> >>>>>>>  wrote:
>> >>>>>>>
>> >>>>>>> OK.
>> >>>>>>>
>> >>>>>>> It is now asking me to give permission to remove and move
>> things....
>> >>>>>>>
>> >>>>>>> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>> scons: Reading SConscript files ...
>> >>>>>>>
>> >>>>>>>   C S O U N D 5
>> >>>>>>>
>> >>>>>>> SCons build file for Csound 5:
>> >>>>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>>>
>> >>>>>>> By Michael Gogins 
>> >>>>>>>
>> >>>>>>> For custom options, run 'scons -h'.
>> >>>>>>> For default options, run 'scons -H'.
>> >>>>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>>>> For Linux, run in the standard shell
>> >>>>>>> with standard Python and just run 'scons'.
>> >>>>>>> For MinGW, run in the MSys shell
>> >>>>>>> and use www.python.org WIN32 Python to run scons.
>> >>>>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>>> command shell, and use www.python.org WIN32 Python to run scons.
>> >>>>>>>
>> >>>>>>> System platform is 'darwin'.
>> >>>>>>> Using options from 'custom.py.'
>> >>>>>>>
>> >>>>>>> scons: warning: The Options class is deprecated; use the
>> >>>>>>> Variables
>> >>>>>>> class
>> >>>>>>> instead.
>> >>>>>>> File
>> >>>>>>>
>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>> >>>>>>> line 346, in 
>> >>>>>>> Build platform is 'darwin'.
>> >>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>>>> 'g++',
>> >>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> 'rpcgen',
>> >>>>>>> 'jar',
>> >>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>> >>>>>>> CONFIGURATION DECISION: No localisation
>> >>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> >>>>>>> audio
>> >>>>>>> samples.
>> >>>>>>> Mac OS X version 10.8
>> >>>>>>> Apple Python version is 2.7
>> >>>>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>>>> Checking for C library sndfile... (cached) yes
>> >>>>>>> Checking for C library pthread... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>>>> pthread...
>> >>>>>>> (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>>>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C
>> >>>>>>> library
>> >>>>>>> m...
>> >>>>>>> (cached) yes
>> >>>>>>> found sync lock
>> >>>>>>> Checking for C++ header file
>> >>>>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>>>> (cached) no
>> >>>>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>>>> Checking for C library asound... (cached) no
>> >>>>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>>>> Checking for MusicXML2::SXMLFile f =
>> >>>>>>> MusicXML2::TXMLFile::create()
>> in
>> >>>>>>> C++
>> >>>>>>> library musicxml2... (cached) no
>> >>>>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h...
>> >>>>>>> (cached)
>> >>>>>>> no
>> >>>>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>>>> Checking for C header file lua.h... (cached) no
>> >>>>>>> Checking for SWIG... no
>> >>>>>>> Python Version: 2.7
>> >>>>>>> Checking for C header file Python.h... (cached) yes
>> >>>>>>> Checking for C++ header file
>> >>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for C header file io.h... (cached) no
>> >>>>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>>>> Checking for C header file termios.h... (cached) yes
>> >>>>>>> Checking for C header file values.h... (cached) no
>> >>>>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>
>>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Date2012-10-10 04:41
FromDeepak
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Ok will try that now...I am also trying to install gettext utils on my machine now...Managed to get the javaWrapper flag to be set to 1 (didnt have swig)...

Thank you very much
D



On Tue, Oct 9, 2012 at 11:30 PM, Adam Puckett <adotsdothmusic@gmail.com> wrote:
useGettext=0

On 10/9/12, Deepak <musicmagic@gmail.com> wrote:
> Hi Everyone...
>
> I have also been trying to build Csound from sources (in fact was trying to
> do it together with Dr. B on sunday night)...Then I had to be away from it
> the last two days.. I have been reading the thread on this quite closely
> and have done little tweaks here and there (for eg: deleting older versions
> of some libraries, sudo scons etc.)
>
> and this is what I get now...
>
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
> CsoundLib64.framework /Library/Frameworks/
> Rez -i APPL -o csound cs5.r
> cp lib_csnd.dylib
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
> mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo
> po/german.po
> sh: msgfmt: command not found
> scons: *** [po/de/LC_MESSAGES/csound5.mo] Error 127
> scons: building terminated because of errors.
>
> i have the buildJavaWrapper to be set as 0 now...
>
> I was not able to find anything related to this error on the thread....
>
> Would be great if someone can point me in the right direction...Running
> 10.8 OSX...Is it some sort of an error with bash?
>
> I did check /Library/Frameworks and CsoundLib64 was built (did ls -l and
> looked at the date), but CsoundLib was not...
>
> Thank you very much
> Looking forward to cross the finishline at some point soon...:)
>
> Deepak.
>
>
>
>
>
>
>
>
> On Tue, Oct 9, 2012 at 2:12 PM, Adam Puckett
> <adotsdothmusic@gmail.com>wrote:
>
>> Dr. B,
>>
>> I was thinking exactly the same thing. Why not make this an article in
>> the next Csound Journal? It would seem the perfect place to chronicle
>> this type of experience.
>>
>> On 10/9/12, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:
>> > Success!
>> >
>> > SUCCESS!!!!  I have crossed the finish line.
>> >
>> > Who would have thought to "sudo make install" FLTK again.  (OK, I guess
>> that
>> > Victor would have thought this.)
>> > WOW.  Great.  I was able to run the image opcodes. Thanks Victor for
>> > this
>> > advice.
>> >
>> > Thanks Steven for all your advice and suggestions - and for your
>> excellent
>> > WIKI developer documents.
>> >
>> > Still learning more here.
>> >
>> > Maybe we should think to include a set of "tips", at the end of the
>> > ultimate/new document, that suggests things from this thread to
>> > "try" when things go wrong.
>> >
>> > Also, John Clements, is planning to follow along behind us on this
>> thread,
>> > and install from sources on his machine over the next week.
>> >
>> > Then his plan is to collect all these documents and tips and scripts
>> > and
>> > with you to make a new "comprehensive" document that we
>> > would love to post/host at Csounds.com.
>> >
>> > On Thursday I will begin the process of building the Xcode Project from
>> > Cmake as you have outlined in your other WIKI.  I will post these
>> > results
>> > too
>> > and hopefully get more help from you.
>> >
>> > What we still need to include/know is:  What the build creates?  Where
>> > it
>> > typically creates/installs what it creates? And, if it makes things
>> "here"
>> > in
>> > the current folder without "installing" it - where we should move/copy
>> it so
>> > that what we built is the version that we are now using when we launch
>> > CsoundQt.
>> >
>> >
>> > -dB
>> >
>> > --------------------------------
>> > Dr. Richard Boulanger
>> > rboulanger@berklee.edu
>> > -----------------------------------
>> >
>> >
>> >
>> >
>> > On Oct 9, 2012, at 7:21 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
>> > wrote:
>> >
>> >> Maybe? Just run sudo make install from FLTK again (do not need to
>> >> build
>> it
>> >> just install).
>> >>
>> >> Victor
>> >> On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:
>> >>
>> >>> I did get rid of the .os files, but... to get the image opcodes to
>> >>> compile so that I could grade student projects for class today, I had
>> to
>> >>> re-install from the latest Binary at SourceForge.
>> >>>
>> >>> csound5.18.031-OSX10.7-universal.dmg
>> >>>
>> >>> This might have changed some things on the system?
>> >>>
>> >>> --------------------------------
>> >>> Dr. Richard Boulanger
>> >>> rboulanger@berklee.edu
>> >>> -----------------------------------
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On Oct 9, 2012, at 7:07 AM, Victor Lazzarini
>> >>> <Victor.Lazzarini@nuim.ie
>> >
>> >>> wrote:
>> >>>
>> >>>> This is the same problem as before, getting rid of the .os files
>> should
>> >>>> sort it, if your FLTK installation is correct. Not sure what changed
>> in
>> >>>> your system since then.
>> >>>>
>> >>>> On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:
>> >>>>
>> >>>>> It didn't quite make it this time.  Now this is possibly because I
>> >>>>> asked it to build a few more things (from the ManPage at
>> Csounds.com).
>> >>>>>
>> >>>>> I thought I would be able to fix this FLTK spinner thing by
>> >>>>> deleting
>> >>>>> the .os files in the InOut directory - as Victor had advised a
>> >>>>> couple
>> >>>>> of days ago, but not this time.
>> >>>>>
>> >>>>> Note that I have asked it to buildNewParser.
>> >>>>>
>> >>>>> Do I need to also install Flex and Bison for this to work?  Where?
>> >>>>> How?
>> >>>>>
>> >>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> buildBeats=1
>> >>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>> buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1
>> >>>>> buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
>> >>>>> scons: Reading SConscript files ...
>> >>>>>
>> >>>>>       C S O U N D 5
>> >>>>>
>> >>>>> SCons build file for Csound 5:
>> >>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>
>> >>>>> By Michael Gogins <gogins at pipeline dot com>
>> >>>>>
>> >>>>> For custom options, run 'scons -h'.
>> >>>>> For default options, run 'scons -H'.
>> >>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>> For Linux, run in the standard shell
>> >>>>>     with standard Python and just run 'scons'.
>> >>>>> For MinGW, run in the MSys shell
>> >>>>>     and use www.python.org WIN32 Python to run scons.
>> >>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>     command shell, and use www.python.org WIN32 Python to run
>> >>>>> scons.
>> >>>>>
>> >>>>> System platform is 'darwin'.
>> >>>>> Using options from 'custom.py.'
>> >>>>>
>> >>>>> scons: warning: The Options class is deprecated; use the Variables
>> >>>>> class instead.
>> >>>>> File
>> >>>>>
>> "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct",
>> >>>>> line 346, in <module>
>> >>>>> Build platform is 'darwin'.
>> >>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>> 'g++',
>> >>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> >>>>> 'rpcgen',
>> >>>>> 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS',
>> >>>>> 'RCS']
>> >>>>> CONFIGURATION DECISION: No localisation
>> >>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> audio
>> >>>>> samples.
>> >>>>> Mac OS X version 10.8
>> >>>>> Apple Python version is 2.7
>> >>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>> Checking for C library sndfile... (cached) yes
>> >>>>> Checking for C library pthread... (cached) yes
>> >>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>> pthread...
>> >>>>> (cached) no
>> >>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>> (cached) yes
>> >>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>> >>>>> m... (cached) yes
>> >>>>> found sync lock
>> >>>>> Checking for C++ header file
>> >>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>> (cached) no
>> >>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>> Checking for C library asound... (cached) no
>> >>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create()
>> >>>>> in
>> >>>>> C++ library musicxml2... (cached) no
>> >>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>> >>>>> no
>> >>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>> Checking for C header file lua.h... (cached) no
>> >>>>> Checking for SWIG... yes
>> >>>>> Python Version: 2.7
>> >>>>> Checking for C header file Python.h... (cached) yes
>> >>>>> Checking for C++ header file
>> >>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> >>>>> (cached)
>> >>>>> yes
>> >>>>> Checking for C header file io.h... (cached) no
>> >>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>> Checking for C header file termios.h... (cached) yes
>> >>>>> Checking for C header file values.h... (cached) no
>> >>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK
>> >>>>> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7
>> >>>>> -I/usr/local/include -IEngine -Iinterfaces
>> >>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Building Java wrapper to Csound C++
>> >>>>> interface
>> >>>>> library.
>> >>>>> Language subdirectory: java
>> >>>>> Search paths:
>> >>>>>    ./
>> >>>>>    ./
>> >>>>>    ./H/
>> >>>>>    /usr/include/malloc/
>> >>>>>    /opt/local/include/boost_1_51_0//
>> >>>>>    /usr/include/python2.7/
>> >>>>>    /usr/local/include/
>> >>>>>    Engine/
>> >>>>>    interfaces/
>> >>>>>    ./swig_lib/java/
>> >>>>>    /usr/local/share/swig/2.0.8/java/
>> >>>>>    ./swig_lib/
>> >>>>>    /usr/local/share/swig/2.0.8/
>> >>>>> Preprocessing...
>> >>>>> Starting language-specific parse...
>> >>>>> Processing types...
>> >>>>> C++ analysis...
>> >>>>> Generating wrappers...
>> >>>>> ./H/csound.h:464: Warning 451: Setting a const char * variable may
>> leak
>> >>>>> memory.
>> >>>>> interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or
>> >>>>> reference in a director method is not recommended.
>> >>>>> interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector<
>> >>>>> double > *INPUT). No typemaps are defined.
>> >>>>> interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound
>> >>>>> proxy:
>> >>>>> Base CsoundFile ignored. Multiple inheritance is not supported in
>> >>>>> Java.
>> >>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> >>>>> documentation.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>> Checking for C header file png.h... (cached) yes
>> >>>>> CONFIGURATION DECISION: Building image opcodes
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> Checking for C header file fluidsynth.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>> >>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>> >>>>> Checking for C header file ladspa.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>> >>>>> CONFIGURATION DECISION: Not building STK opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Python opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>> >>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>> >>>>> Csound with algorithmic composition.
>> >>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>> >>>>> standalone.
>> >>>>> 0 False
>> >>>>> CONFIGURATION DECISION: Not building Tclcsound
>> >>>>> CONFIGURATION DECISION: Building Winsound frontend
>> >>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>> >>>>> CONFIGURATION DECISION: Building beats score frontend
>> >>>>> CONFIGURATION DECISION: Not building catalog builder.
>> >>>>> CONFIGURATION DECISION: Not calling TAGS
>> >>>>> CONFIGURATION DECISION: Adding resource fork for csound
>> >>>>> scons: done reading SConscript files.
>> >>>>> scons: Building targets ...
>> >>>>> gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd.c
>> >>>>> gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd_u.c
>> >>>>> gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midifile.c
>> >>>>> gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midirecv.c
>> >>>>> gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midisend.c
>> >>>>> gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winascii.c
>> >>>>> gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/windin.c
>> >>>>> gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/window.c
>> >>>>> gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winEPS.c
>> >>>>> gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module
>> >>>>> -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker
>> >>>>> -current_version -Xlinker 5.2 -install_name
>> >>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64
>> >>>>> Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os
>> >>>>> Engine/entry1.os
>> >>>>> Engine/envvar.os Engine/express.os Engine/extract.os
>> >>>>> Engine/fgens.os
>> >>>>> Engine/insert.os Engine/linevent.os Engine/memalloc.os
>> >>>>> Engine/memfiles.os Engine/musmon.os Engine/namedins.os
>> Engine/otran.os
>> >>>>> Engine/rdorch.os Engine/rdscor.os Engine/scsort.os
>> >>>>> Engine/scxtract.os
>> >>>>> Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os
>> >>>>> Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os
>> >>>>> InOut/midirecv.os InOut/midisend.os InOut/winascii.os
>> >>>>> InOut/windin.os
>> >>>>> InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os
>> >>>>> InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os
>> >>>>> InOut/libmpadec/synth.os InOut/libmpadec/tables.os
>> >>>>> InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os
>> >>>>> OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os
>> >>>>> OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os
>> >>>>> OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os
>> >>>>> OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os
>> >>>>> OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os
>> >>>>> OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os
>> >>>>> OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os
>> >>>>> OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os
>> >>>>> Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os
>> Opcodes/eqfil.os
>> >>>>> Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os
>> >>>>> Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os
>> >>>>> Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os
>> >>>>> Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os
>> >>>>> Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os
>> Opcodes/cross2.os
>> >>>>> Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os
>> Opcodes/flanger.os
>> >>>>> Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os
>> Opcodes/ftconv.os
>> >>>>> Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os
>> >>>>> Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os
>> Opcodes/metro.os
>> >>>>> Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os
>> >>>>> Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os
>> Opcodes/repluck.os
>> >>>>> Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os
>> >>>>> Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os
>> >>>>> Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os
>> >>>>> Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os
>> >>>>> Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os
>> >>>>> Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os
>> >>>>> Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os
>> >>>>> Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os
>> >>>>> Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os
>> >>>>> Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os
>> >>>>> Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os
>> >>>>> Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os
>> Opcodes/pitch.os
>> >>>>> Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os
>> >>>>> Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os
>> >>>>> Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os
>> Opcodes/tabvars.os
>> >>>>> Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os
>> >>>>> Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os
>> >>>>> Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os
>> >>>>> Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os
>> >>>>> Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os
>> >>>>> Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os
>> Opcodes/pvlock.os
>> >>>>> Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os
>> >>>>> Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os
>> >>>>> Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os
>> >>>>> Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os
>> >>>>> Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os
>> >>>>> Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os
>> >>>>> Opcodes/gab/sliderTable.os
>> >>>>> Opcodes/gab/newgabopc.os Engine/cs_par_base.os
>> >>>>> Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os
>> >>>>> Engine/csound_prelex.os Engine/csound_orclex.os
>> >>>>> Engine/csound_orcparse.os Engine/csound_orc_semantics.os
>> >>>>> Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os
>> >>>>> Engine/csound_orc_compile.os Engine/symbtab.os
>> Engine/new_orc_parser.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -ldl -lm -lpthread
>> >>>>> cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
>> >>>>> gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/cmidi.c
>> >>>>> gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/cmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile
>> >>>>> cp -f libcmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/pmidi.c
>> >>>>> gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/pmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -lportmidi
>> >>>>> cp -f libpmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES
>> >>>>> -I/System/Library/Frameworks/CoreAudio.framework/Headers
>> >>>>> -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
>> >>>>> gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -framework AudioUnit
>> >>>>> -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L.
>> -lsndfile
>> >>>>> -lpthread -lgomp -lm -lsndfile
>> >>>>> cp -f librtauhal.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
>> >>>>> gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile
>> >>>>> -lpthread
>> >>>>> -lgomp -lm -lsndfile -lpthread -ljack
>> >>>>> cp -f librtjack.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/rtpa.c
>> >>>>> gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework
>> CsoundLib64
>> >>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>> >>>>> CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L.
>> >>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
>> >>>>> -lportaudio
>> >>>>> cp -f librtpa.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>> >>>>> InOut/virtual_keyboard/virtual_keyboard.os
>> >>>>> InOut/virtual_keyboard/Bank.os
>> >>>>> InOut/virtual_keyboard/KeyboardMapping.os
>> >>>>> InOut/virtual_keyboard/Program.os
>> InOut/virtual_keyboard/SliderBank.os
>> >>>>> InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib
>> >>>>> -lgomp
>> >>>>> -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk
>> -lpthread
>> >>>>> -framework Cocoa
>> >>>>> Undefined symbols for architecture i386:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture i386
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> Undefined symbols for architecture x86_64:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture x86_64
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> lipo: can't open input file: /var/tmp//cciixSt2.out (No such file
>> >>>>> or
>> >>>>> directory)
>> >>>>> scons: *** [libvirtual.dylib] Error 1
>> >>>>> scons: building terminated because of errors.
>> >>>>> --------------------------------
>> >>>>> Dr. Richard Boulanger
>> >>>>> rboulanger@berklee.edu
>> >>>>> -----------------------------------
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:
>> >>>>>
>> >>>>>> Hi Dr. B,
>> >>>>>>
>> >>>>>> Most likely what happened is what happened to me, in that I didn't
>> >>>>>> realize they were not building because I did not have libpng
>> >>>>>> installed.  What I did for that is:
>> >>>>>>
>> >>>>>> 1. Went to libpng.org and grabbed the latest tarball. I think you
>> can
>> >>>>>> use this address:
>> >>>>>>
>> >>>>>>
>> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>> >>>>>>
>> >>>>>> After downloading, unpack, then go in and use:
>> >>>>>>
>> >>>>>> ./configure CFLAGS="-arch i386 -arch x86_64"
>> >>>>>> --disable-dependency-tracking
>> >>>>>> make
>> >>>>>> sudo make install
>> >>>>>>
>> >>>>>> After that, Scons should work to build the image opcodes.  Another
>> >>>>>> thing to note, when Scons runs, it should report something like
>> >>>>>> "Not
>> >>>>>> building image opcodes", so even if you had told scons you want to
>> >>>>>> build it, it might not do so if the dependency isn't there.
>> >>>>>>
>> >>>>>> Let's try the above and see how it goes from there.  Good luck!
>> >>>>>>
>> >>>>>> steven
>> >>>>>>
>> >>>>>>
>> >>>>>> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>> >>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>> But wait.... I might not have crossed the finish line all the
>> >>>>>>> way.
>> >>>>>>> Oh no.
>> >>>>>>>
>> >>>>>>> So, I am preparing to show off this process tomorrow morning in
>> >>>>>>> our
>> >>>>>>> first
>> >>>>>>> Computer Science Club Meeting for the semester @ Berklee
>> >>>>>>> And it does seem to be true that my "frameworks" were updated
>> >>>>>>> after
>> >>>>>>> the
>> >>>>>>> successful build using the following commandline
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> But... this evening I was testing some .csds from students using
>> the
>> >>>>>>> image
>> >>>>>>> opcodes and I got a console output in QuteCsound-f like this:
>> >>>>>>>
>> >>>>>>> Csound version 5.18.03 (float samples) Oct 1 2012
>> >>>>>>> Creating options
>> >>>>>>> Creating orchestra
>> >>>>>>> Creating score
>> >>>>>>> using callback interface
>> >>>>>>>
>> >>>>>>> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or
>> ','
>> >>>>>>> (token
>> >>>>>>> "imageload") line 17:
>> >>>>>>>>>> giimg imageload <<<
>> >>>>>>> Parsing failed due to invalid input!
>> >>>>>>> Stopping on parser failure
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> Now... I know that the image opcodes were missing from the
>> >>>>>>> 5.18.02
>> >>>>>>> release,
>> >>>>>>> but they were added the other day and when I re-installed from
>> >>>>>>> SourceForge,
>> >>>>>>> these .csds worked.
>> >>>>>>> And... they work on my student's computer who created them for
>> class
>> >>>>>>> this
>> >>>>>>> week. (not on Windows yet.)
>> >>>>>>>
>> >>>>>>> So, I was thinking, maybe I need to "build" these with a
>> >>>>>>> command-line
>> >>>>>>> option.
>> >>>>>>>
>> >>>>>>> I look to the table in the Csound Manual and it does show me that
>> >>>>>>> there is
>> >>>>>>> an option to set in order to build them.
>> >>>>>>>
>> >>>>>>> I add that option, and I get a little excited and add a few more
>> >>>>>>> options....
>> >>>>>>>
>> >>>>>>> Here is my new command-line:
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>> buildImageOpcodes=1
>> >>>>>>> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1
>> >>>>>>> useOSC=1
>> >>>>>>> useGettext=0 buildNewParser=1
>> >>>>>>>
>> >>>>>>> As you can see, in addition to building the image opcodes, I ask
>> >>>>>>> it
>> >>>>>>> to build
>> >>>>>>> Winsound and build the NewParser.
>> >>>>>>>
>> >>>>>>> It seems to succeed.  But, it's fast.  And doesn't seem to have
>> >>>>>>> rebuilt many
>> >>>>>>> things.
>> >>>>>>>
>> >>>>>>> The same error.  I did not succeed.
>> >>>>>>>
>> >>>>>>> Perhaps there is a "clean" option I need to know about?   (and
>> >>>>>>> that
>> >>>>>>> needs to
>> >>>>>>> be in the WIKI?)
>> >>>>>>>
>> >>>>>>> I look in my csound5 directory, and notice that there are a
>> >>>>>>> number
>> of
>> >>>>>>> new
>> >>>>>>> files here: csound, winsound, etc.
>> >>>>>>>
>> >>>>>>> From the terminal, I type
>> >>>>>>>
>> >>>>>>> ./winsound
>> >>>>>>>
>> >>>>>>> and, to my delight, I see that it did indeed build the Winsound
>> >>>>>>> front-end!
>> >>>>>>>
>> >>>>>>> So, I get confident and I type
>> >>>>>>>
>> >>>>>>> ./csound -odac imageopcodeTest.csd
>> >>>>>>>
>> >>>>>>> But I still get the same error message even here in the terminal
>> >>>>>>>
>> >>>>>>> then I do an ls and notice that there are a lot of invisible
>> >>>>>>> .dylib
>> >>>>>>> files in
>> >>>>>>> this csound5 source folder too and all the utilities are here as
>> >>>>>>> well.
>> >>>>>>>
>> >>>>>>> An ls -l reveals that everything was built moments ago.
>> >>>>>>>
>> >>>>>>> Shouldn't they have been "installed" somewhere?
>> >>>>>>>
>> >>>>>>> Could this be the "problem"?
>> >>>>>>>
>> >>>>>>> Maybe Steven or Victor could enlighten me and the MacCsoundUsers
>> some
>> >>>>>>> more
>> >>>>>>> about this.
>> >>>>>>>
>> >>>>>>> My guess is that I need to move these .dylibs and apps to other
>> >>>>>>> directories.
>> >>>>>>>
>> >>>>>>> My hope is that there is some sort of "script" that will do this
>> for
>> >>>>>>> me
>> >>>>>>>
>> >>>>>>> sudo make install Csound?
>> >>>>>>>
>> >>>>>>> Writing from the finish line - suspended in  mid-air - in
>> mid-lunge.
>> >>>>>>>
>> >>>>>>> Thanks
>> >>>>>>>
>> >>>>>>> Dr.B.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hello Steven,
>> >>>>>>>
>> >>>>>>> Thanks so much for all your help and for all this fantastic work
>> that
>> >>>>>>> made
>> >>>>>>> it "only" 10 hours now - and not 10 days!
>> >>>>>>>
>> >>>>>>> I am happy to report that... to get IncludeJavaWrappers=1  to
>> >>>>>>> work
>> >>>>>>> one needs
>> >>>>>>> to...
>> >>>>>>>
>> >>>>>>> ======
>> >>>>>>> download, build, install PCRE ( a dependency for SWIG)
>> >>>>>>>
>> >>>>>>> http://www.pcre.org
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then....
>> >>>>>>>
>> >>>>>>> =========
>> >>>>>>> download, build, install SWIG
>> >>>>>>>
>> >>>>>>> http://www.swig.org/index.php
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then... this commandline from the WIKI works!
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> ====
>> >>>>>>>
>> >>>>>>> Your suggestions to write additional scripts would be HUGE.
>> >>>>>>>
>> >>>>>>> Your suggestions that we together update the WIKI to include all
>> the
>> >>>>>>> additional steps (dependencies) and pre-steps (checking for and
>> >>>>>>> removing old
>> >>>>>>> dylibs, etc.), and making sure that this are all done in the
>> >>>>>>> proper
>> >>>>>>> order
>> >>>>>>> (building an updated Cmake prior to trying to do PortMIDI which
>> uses
>> >>>>>>> Cmake),
>> >>>>>>> Telling users to change custom.py,  to find and build and move
>> boost,
>> >>>>>>> to
>> >>>>>>> edit SConstruct, to use sudo in some places, to share a few
>> >>>>>>> important UNIX commands like | grep and nm and ls -l, collect
>> >>>>>>> some
>> of
>> >>>>>>> the
>> >>>>>>> commands and links and suggestions from the manual
>> >>>>>>> (http://www.csounds.com/manual/html/BuildingCsound.html) and
>> >>>>>>> expanding them
>> >>>>>>> with
>> >>>>>>> what is in the WIKI, and....
>> >>>>>>>
>> >>>>>>> For the next 6 hours, I need to get all my student projects
>> >>>>>>> graded
>> >>>>>>> for
>> >>>>>>> tomorrow and wednesday and prepare my classes.  But, I might get
>> back
>> >>>>>>> to
>> >>>>>>> this much later tonight and try my luck at Cmake Xcode.
>> >>>>>>>
>> >>>>>>> It is so gratifying to have crossed the finish line - after all
>> >>>>>>> my
>> >>>>>>> failed
>> >>>>>>> attempts over the years.
>> >>>>>>>
>> >>>>>>> Thanks again to you and Victor and Michael Goggins and the other
>> >>>>>>> Developers
>> >>>>>>> who have made this possible.
>> >>>>>>>
>> >>>>>>> Good luck with your upgrade to 10.8.2
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Congratulations!  It's great that you have a working build.  I
>> would
>> >>>>>>> say, yes, it does take a long time to get a build system going
>> >>>>>>> for
>> >>>>>>> Csound on OSX and Windows, but that's only if you're building
>> >>>>>>> more
>> >>>>>>> than the basics.  The really difficult thing with csound builds,
>> >>>>>>> IMO,
>> >>>>>>> is getting the dependencies all sorted out.  Luckily, for a bare
>> >>>>>>> minimum build, you can do it with just libsndfile installed.  All
>> of
>> >>>>>>> the other stuff adds time and complexity to the building process.
>> >>>>>>> I'd
>> >>>>>>> estimate it probably took me 3-4 hours to figure out and build
>> >>>>>>> all
>> >>>>>>> the
>> >>>>>>> dependencies on Mac when I first built them from scratch.
>> >>>>>>>
>> >>>>>>> On the other hand, on Ubuntu Linux, the situation is vastly
>> simpler.
>> >>>>>>> Just run "sudo apt-get build-dep csound" and that installs all of
>> >>>>>>> the
>> >>>>>>> dependencies for building csound (tools, libs, etc).  After that,
>> it
>> >>>>>>> pretty much "just works" to use scons and cmake.
>> >>>>>>>
>> >>>>>>> Mac also adds to the issue with building all of the dependencies
>> >>>>>>> as
>> >>>>>>> universal libs.
>> >>>>>>>
>> >>>>>>> In some ways, we can update the documentation and further improve
>> >>>>>>> it,
>> >>>>>>> and hopefully help make the build process a little smoother.  On
>> the
>> >>>>>>> other hand, the pain involved with building dependencies has a
>> >>>>>>> certain
>> >>>>>>> amount of work that can't be easily circumvented.  (Unless we
>> >>>>>>> built
>> >>>>>>> a
>> >>>>>>> script that would fetch tarballs and build everything, which is a
>> >>>>>>> possibility.)
>> >>>>>>>
>> >>>>>>> Also, if you don't have SWIG installed, that's probably the cause
>> of
>> >>>>>>> the Java issue.  Hopefully installing that gets your further.
>> >>>>>>>
>> >>>>>>> I'm going to be checking things out on 10.8 over the next few
>> >>>>>>> days.
>> >>>>>>> I
>> >>>>>>> may try to build a magic dependencies script that can
>> >>>>>>> fetch/build/install dependencies as i386/x86_64, as well as
>> >>>>>>> declaring
>> >>>>>>> min OSX version as 10.7, so that the builds I do work on 10.7 and
>> >>>>>>> 10.8.  I'm not sure if the idea is so sound, but I'll give it a
>> try.
>> >>>>>>> :)
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>>
>> >>>>>>> Thanks Steven.
>> >>>>>>>
>> >>>>>>> I checked the dates
>> >>>>>>>
>> >>>>>>> ls -l  /Library/Frameworks/CsoundLib64.framework
>> >>>>>>>
>> >>>>>>> and they are:
>> >>>>>>>
>> >>>>>>> db: ls -l /Library/Frameworks/CsoundLib64.framework
>> >>>>>>> total 24
>> >>>>>>> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
>> >>>>>>> Versions/Current/CsoundLib64
>> >>>>>>> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
>> >>>>>>> Versions/Current/Headers
>> >>>>>>> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
>> >>>>>>> Versions/Current/Resources
>> >>>>>>> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>> >>>>>>>
>> >>>>>>> WOW.  Wonderful.  It's been a long time since I was able to pull
>> from
>> >>>>>>> git
>> >>>>>>> and build from sources.
>> >>>>>>>
>> >>>>>>> Thanks for all your help.  Now to solve the JavaWrapper problem -
>> >>>>>>> and... to
>> >>>>>>> move on to get a  Cmake Xcode version following that
>> >>>>>>> WIKI from here.
>> >>>>>>>
>> >>>>>>> Awesome.
>> >>>>>>>
>> >>>>>>> There is no way that I could have gotten my system to work
>> >>>>>>> without
>> >>>>>>> the
>> >>>>>>> invaluable and dedicated input, suggestions, debugging and
>> solutions
>> >>>>>>> from
>> >>>>>>> both you and Victor.
>> >>>>>>> Your .sh files were a HUGE help.  The WIKI was a huge help.  You
>> were
>> >>>>>>> both
>> >>>>>>> and incredible help
>> >>>>>>> And still ... It took 9.5 uninterrupted hours of concentrated
>> >>>>>>> work
>> to
>> >>>>>>> get to
>> >>>>>>> this point.
>> >>>>>>> I think we discovered some missing pieces/steps along the way.
>> >>>>>>> I hope that we can add some of these to your fantastic WIKI.
>> >>>>>>>
>> >>>>>>> But... wait... as I look at the page
>> >>>>>>> http://www.csounds.com/manual/html/BuildingCsound.html
>> >>>>>>> to install from the Manual, I see that there are other "optional"
>> >>>>>>> libraries
>> >>>>>>> to install and include - like Loris, and CsoundAv, and...
>> >>>>>>>
>> >>>>>>> For generating Python and Java interfaces, install the Software
>> >>>>>>> Interface
>> >>>>>>> and Wrapper Generator (SWIG) from http://www.swig.org.
>> >>>>>>> The fluid opcodes require the Fluidsynth library from
>> >>>>>>> http://savannah.nongnu.org/download/fluid.
>> >>>>>>> The STK opcodes require STK source code from
>> >>>>>>> http://ccrma.stanford.edu/software/stk, copied into
>> >>>>>>> csound5/Opcodes/stk.
>> >>>>>>> The Loris opcodes requires Loris 1.8 to be installed:
>> >>>>>>> http://sourceforge.net/projects/loris/files. It will create the
>> >>>>>>> Csound Loris
>> >>>>>>> opcodes (along with Loris itself). When you run Csound use an
>> >>>>>>> additional
>> >>>>>>> command line flag: --opcode-lib. For example in Linux:
>> >>>>>>> --opcode-lib=/usr/local/lib/libloris.so
>> >>>>>>>
>> >>>>>>> Should the WIKI cover these too?
>> >>>>>>>
>> >>>>>>> I will try this SWIG install, because it might help to fix the
>> >>>>>>> JavaWrapper
>> >>>>>>> issue?
>> >>>>>>>
>> >>>>>>> Thanks again so much... still more to do it seems, but nice to
>> >>>>>>> have
>> >>>>>>> crossed
>> >>>>>>> "this" finish line.
>> >>>>>>>
>> >>>>>>> Can we hope to bring others along?
>> >>>>>>>
>> >>>>>>> So that when the developers have a bug fix or new opcode that
>> >>>>>>> that
>> >>>>>>> commit to
>> >>>>>>> the Git repository, many of us could just pull and rebuild to
>> >>>>>>> check
>> >>>>>>> it out.
>> >>>>>>>
>> >>>>>>> Thanks again so much for all this help.
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> SWIG and then on to the Cmake Xcode project
>> >>>>>>>
>> >>>>>>> -----------------------------------------
>> >>>>>>> Dr. Richard Boulanger, Ph.D.
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> Professor of Electronic Production and Design
>> >>>>>>> Professional Writing and Music Technology Division
>> >>>>>>> Berklee College of Music
>> >>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>> >>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>> >>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>> >>>>>>> http://csounds.com
>> >>>>>>>
>> -------------------------------------------------------------------------------------------------
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Yes, looks like things are done there!  You can look at the dates
>> of
>> >>>>>>> the files in /Library/Frameworks/CsoundLib64.framework to verify.
>> >>>>>>> As
>> >>>>>>> for Java, the OSX installer currently says 31 minutes left, but
>> that
>> >>>>>>> ticker is going down slowly here. :)
>> >>>>>>>
>> >>>>>>> I forgot though, did you manage to get Cmake XCode working?
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>>
>> >>>>>>> Maybe I have it then?
>> >>>>>>>
>> >>>>>>> I used this build command:
>> >>>>>>>
>> >>>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> Gave it my Password
>> >>>>>>>
>> >>>>>>> Password:
>> >>>>>>>
>> >>>>>>> And the... It starts like this....
>> >>>>>>>
>> >>>>>>> scons: Reading SConscript files ...
>> >>>>>>>
>> >>>>>>>    C S O U N D 5
>> >>>>>>>
>> >>>>>>> SCons build file for Csound 5:
>> >>>>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>>>
>> >>>>>>> By Michael Gogins <gogins at pipeline dot com>
>> >>>>>>>
>> >>>>>>> For custom options, run 'scons -h'.
>> >>>>>>> For default options, run 'scons -H'.
>> >>>>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>>>> For Linux, run in the standard shell
>> >>>>>>>  with standard Python and just run 'scons'.
>> >>>>>>> For MinGW, run in the MSys shell
>> >>>>>>>  and use www.python.org WIN32 Python to run scons.
>> >>>>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>>>  command shell, and use www.python.org WIN32 Python to run scons.
>> >>>>>>>
>> >>>>>>> System platform is 'darwin'.
>> >>>>>>> Using options from 'custom.py.'
>> >>>>>>>
>> >>>>>>> scons: warning: The Options class is deprecated; use the
>> >>>>>>> Variables
>> >>>>>>> class
>> >>>>>>> instead.
>> >>>>>>> File
>> >>>>>>>
>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>> >>>>>>> line 346, in <module>
>> >>>>>>> Build platform is 'darwin'.
>> >>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>>>> 'g++',
>> >>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> 'rpcgen',
>> >>>>>>> 'jar',
>> >>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>> >>>>>>> CONFIGURATION DECISION: No localisation
>> >>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> >>>>>>> audio
>> >>>>>>> samples.
>> >>>>>>> Mac OS X version 10.8
>> >>>>>>> Apple Python version is 2.7
>> >>>>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>>>> Checking for C library sndfile... (cached) yes
>> >>>>>>> Checking for C library pthread... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>>>> pthread...
>> >>>>>>> (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>>>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C
>> >>>>>>> library
>> >>>>>>> m...
>> >>>>>>> (cached) yes
>> >>>>>>> found sync lock
>> >>>>>>> Checking for C++ header file
>> >>>>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>>>> (cached) no
>> >>>>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>>>> Checking for C library asound... (cached) no
>> >>>>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>>>> Checking for MusicXML2::SXMLFile f =
>> >>>>>>> MusicXML2::TXMLFile::create()
>> in
>> >>>>>>> C++
>> >>>>>>> library musicxml2... (cached) no
>> >>>>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h...
>> >>>>>>> (cached)
>> >>>>>>> no
>> >>>>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>>>> Checking for C header file lua.h... (cached) no
>> >>>>>>> Checking for SWIG... no
>> >>>>>>> Python Version: 2.7
>> >>>>>>> Checking for C header file Python.h... (cached) yes
>> >>>>>>> Checking for C++ header file
>> >>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for C header file io.h... (cached) no
>> >>>>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>>>> Checking for C header file termios.h... (cached) yes
>> >>>>>>> Checking for C header file values.h... (cached) no
>> >>>>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>>>> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX',
>> >>>>>>> '-DPIPES',
>> >>>>>>> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
>> >>>>>>> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H',
>> >>>>>>> '-DHAVE_SYS_TIME_H',
>> >>>>>>> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
>> >>>>>>> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS',
>> >>>>>>> '-D__BUILDING_LIBCSOUND',
>> >>>>>>> '-D_CSOUND_RELEASE_',
>> >>>>>>>
>> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
>> >>>>>>> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H',
>> >>>>>>> '-I/usr/include/malloc',
>> >>>>>>> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
>> >>>>>>> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
>> >>>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Java wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> documentation.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>>>> Checking for C header file png.h... (cached) no
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> Checking for C header file fluidsynth.h... (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>> >>>>>>> Checking for C header file ladspa.h... (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building STK opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building Python opcodes.
>> >>>>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>> >>>>>>> CONFIGURATION DECISION: Not building CsoundAC extension module
>> >>>>>>> for
>> >>>>>>> Csound
>> >>>>>>> with algorithmic composition.
>> >>>>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>> >>>>>>> standalone.
>> >>>>>>> 0 False
>> >>>>>>> CONFIGURATION DECISION: Not building Tclcsound
>> >>>>>>> CONFIGURATION DECISION: Not building Winsound
>> >>>>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>> >>>>>>> CONFIGURATION DECISION: Building beats score frontend
>> >>>>>>> CONFIGURATION DECISION: Not building catalog builder.
>> >>>>>>> CONFIGURATION DECISION: Not calling TAGS
>> >>>>>>> CONFIGURATION DECISION: Adding resource fork for csound
>> >>>>>>> scons: done reading SConscript files.
>> >>>>>>> scons: Building targets ...
>> >>>>>>> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
>> >>>>>>> CsoundLib64.framework
>> >>>>>>> /Library/Frameworks/
>> >>>>>>> gcc -o SDIF/sdif-mem.o -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>>>> -mfpmath=sse
>> >>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>>>> -DHAVE_STDINT_H
>> >>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>> -DHAVE_SOCKETS
>> >>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>>>> -I/usr/local/include SDIF/sdif-mem.c
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> =====
>> >>>>>>> Lot's more to report along the way...
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> ====
>> >>>>>>> It ends like this...
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>>>> -mfpmath=sse
>> >>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>>>> -DHAVE_STDINT_H
>> >>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>> -DHAVE_SOCKETS
>> >>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>>>> -I/usr/local/include util/sndinfo_main.c
>> >>>>>>> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64
>> >>>>>>> -lsndfile
>> >>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>> >>>>>>> -framework
>> >>>>>>> Carbon -framework CoreAudio -framework CoreMIDI
>> >>>>>>> util/sndinfo_main.o
>> >>>>>>> -L. -L.
>> >>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>> >>>>>>> -lm
>> >>>>>>> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>>>> -mfpmath=sse
>> >>>>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>>>> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>>>> -DHAVE_STDINT_H
>> >>>>>>> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
>> -DHAVE_SOCKETS
>> >>>>>>> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>>>> -I/usr/local/include util/srconv_main.c
>> >>>>>>> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64
>> >>>>>>> -lsndfile
>> >>>>>>> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
>> >>>>>>> -framework
>> >>>>>>> Carbon -framework CoreAudio -framework CoreMIDI
>> >>>>>>> util/srconv_main.o
>> >>>>>>> -L. -L.
>> >>>>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
>> >>>>>>> -lm
>> >>>>>>> scons: done building targets.
>> >>>>>>>
>> >>>>>>> =====
>> >>>>>>> SOME QUESTIONS....
>> >>>>>>>
>> >>>>>>> Apart from the JavaWrappers, you are saying that I have built
>> >>>>>>> from
>> >>>>>>> sources?
>> >>>>>>>
>> >>>>>>> Does this mean that the Frameworks have been replaced - and that
>> this
>> >>>>>>> have
>> >>>>>>> overwritten the version that was installed previously from
>> >>>>>>> sourceforge
>> >>>>>>> (using the installer)
>> >>>>>>> with the latest developer release from Git?
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 12:23 PM, Steven Yi <stevenyi@gmail.com>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> This is good news, it looks like you got through the build and
>> >>>>>>> it's
>> >>>>>>> trying to install, since you have buildRelease=1.  To use
>> >>>>>>> buildRelease=1 on OSX, you need to run the scons command with
>> >>>>>>> sudo.
>> >>>>>>> After that, you should be able to get all the way through.
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 5:10 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>>
>> >>>>>>> OK.
>> >>>>>>>
>> >>>>>>> It is now asking me to give permission to remove and move
>> things....
>> >>>>>>>
>> >>>>>>> db: scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>> scons: Reading SConscript files ...
>> >>>>>>>
>> >>>>>>>   C S O U N D 5
>> >>>>>>>
>> >>>>>>> SCons build file for Csound 5:
>> >>>>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>>>
>> >>>>>>> By Michael Gogins <gogins at pipeline dot com>
>> >>>>>>>
>> >>>>>>> For custom options, run 'scons -h'.
>> >>>>>>> For default options, run 'scons -H'.
>> >>>>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>>>> For Linux, run in the standard shell
>> >>>>>>> with standard Python and just run 'scons'.
>> >>>>>>> For MinGW, run in the MSys shell
>> >>>>>>> and use www.python.org WIN32 Python to run scons.
>> >>>>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>>> command shell, and use www.python.org WIN32 Python to run scons.
>> >>>>>>>
>> >>>>>>> System platform is 'darwin'.
>> >>>>>>> Using options from 'custom.py.'
>> >>>>>>>
>> >>>>>>> scons: warning: The Options class is deprecated; use the
>> >>>>>>> Variables
>> >>>>>>> class
>> >>>>>>> instead.
>> >>>>>>> File
>> >>>>>>>
>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>> >>>>>>> line 346, in <module>
>> >>>>>>> Build platform is 'darwin'.
>> >>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>>>> 'g++',
>> >>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> 'rpcgen',
>> >>>>>>> 'jar',
>> >>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>> >>>>>>> CONFIGURATION DECISION: No localisation
>> >>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> >>>>>>> audio
>> >>>>>>> samples.
>> >>>>>>> Mac OS X version 10.8
>> >>>>>>> Apple Python version is 2.7
>> >>>>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>>>> Checking for C library sndfile... (cached) yes
>> >>>>>>> Checking for C library pthread... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>>>> pthread...
>> >>>>>>> (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>>>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C
>> >>>>>>> library
>> >>>>>>> m...
>> >>>>>>> (cached) yes
>> >>>>>>> found sync lock
>> >>>>>>> Checking for C++ header file
>> >>>>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>>>> (cached) no
>> >>>>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>>>> Checking for C library asound... (cached) no
>> >>>>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>>>> Checking for MusicXML2::SXMLFile f =
>> >>>>>>> MusicXML2::TXMLFile::create()
>> in
>> >>>>>>> C++
>> >>>>>>> library musicxml2... (cached) no
>> >>>>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h...
>> >>>>>>> (cached)
>> >>>>>>> no
>> >>>>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>>>> Checking for C header file lua.h... (cached) no
>> >>>>>>> Checking for SWIG... no
>> >>>>>>> Python Version: 2.7
>> >>>>>>> Checking for C header file Python.h... (cached) yes
>> >>>>>>> Checking for C++ header file
>> >>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for C header file io.h... (cached) no
>> >>>>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>>>> Checking for C header file termios.h... (cached) yes
>> >>>>>>> Checking for C header file values.h... (cached) no
>> >>>>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>
>>
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel



--
www.myspace.com/dcompanymusic
www.myspace.com/thewoodshedmusicians

Date2012-10-10 05:06
FromDeepak
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
Hi ...

So after the last error, I downloaded gettext using Macports and got it installed and then again ran the scons command

and this is what I got...Is there more to do? Or have I crossed the finished line?

scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
Checking for C header file libintl.h... (cached) no
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) no
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) no
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... yes
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include -IEngine -Iinterfaces
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building OSC plugin.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Not building JACK plugin.
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework /Library/Frameworks/
Rez -i APPL -o csound cs5.r
cp lib_csnd.dylib /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo po/german.po
mkdir -p po/en_GB/LC_MESSAGES; msgfmt -o po/en_GB/LC_MESSAGES/csound5.mo po/csound.po
mkdir -p po/en_US/LC_MESSAGES; msgfmt -o po/en_US/LC_MESSAGES/csound5.mo po/american.po
mkdir -p po/es_CO/LC_MESSAGES; msgfmt -o po/es_CO/LC_MESSAGES/csound5.mo po/es_CO.po
mkdir -p po/fr/LC_MESSAGES; msgfmt -o po/fr/LC_MESSAGES/csound5.mo po/french.po
mkdir -p po/it/LC_MESSAGES; msgfmt -o po/it/LC_MESSAGES/csound5.mo po/italian.po
mkdir -p po/ro/LC_MESSAGES; msgfmt -o po/ro/LC_MESSAGES/csound5.mo po/romanian.po
mkdir -p po/ru/LC_MESSAGES; msgfmt -o po/ru/LC_MESSAGES/csound5.mo po/russian.po
gcc -o util/pvx_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvx_main.c
gcc -o pv_export -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvx_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/pvi_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvi_main.c
gcc -o pv_import -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvi_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/pvc_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvc_main.c
gcc -o pvanal -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvc_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/pvl_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvl_main.c
gcc -o pvlook -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvl_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/scale_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/scale_main.c
gcc -o scale -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/scale_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util1/scot/scot_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util1/scot/scot_main.c
gcc -o util1/scot/scot.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util1/scot/scot.c
gcc -o scot -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile util1/scot/scot_main.o util1/scot/scot.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
gcc -o util1/sortex/smain.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util1/sortex/smain.c
gcc -o scsort -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util1/sortex/smain.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o sdif2ad -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile SDIF/sdif2adsyn.o SDIF/sdif.o SDIF/sdif-mem.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

I tried to run a test csd from the QT but wasn't running right initially...Then had to move the csound executable file from the local folder to /usr/local/bin and replace the old one...I believe the old one was referencing CsoundLib.framework and not CsoundLib64.

now my other question is do I have to copy every single executable file that was created during the build process in the local folder to /usr/local/bin ?

In any case this looks encouraging for sure! :)

Thanks
Deepak.







On Tue, Oct 9, 2012 at 11:41 PM, Deepak <musicmagic@gmail.com> wrote:
Ok will try that now...I am also trying to install gettext utils on my machine now...Managed to get the javaWrapper flag to be set to 1 (didnt have swig)...

Thank you very much
D




On Tue, Oct 9, 2012 at 11:30 PM, Adam Puckett <adotsdothmusic@gmail.com> wrote:
useGettext=0

On 10/9/12, Deepak <musicmagic@gmail.com> wrote:
> Hi Everyone...
>
> I have also been trying to build Csound from sources (in fact was trying to
> do it together with Dr. B on sunday night)...Then I had to be away from it
> the last two days.. I have been reading the thread on this quite closely
> and have done little tweaks here and there (for eg: deleting older versions
> of some libraries, sudo scons etc.)
>
> and this is what I get now...
>
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
> CsoundLib64.framework /Library/Frameworks/
> Rez -i APPL -o csound cs5.r
> cp lib_csnd.dylib
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
> mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo
> po/german.po
> sh: msgfmt: command not found
> scons: *** [po/de/LC_MESSAGES/csound5.mo] Error 127
> scons: building terminated because of errors.
>
> i have the buildJavaWrapper to be set as 0 now...
>
> I was not able to find anything related to this error on the thread....
>
> Would be great if someone can point me in the right direction...Running
> 10.8 OSX...Is it some sort of an error with bash?
>
> I did check /Library/Frameworks and CsoundLib64 was built (did ls -l and
> looked at the date), but CsoundLib was not...
>
> Thank you very much
> Looking forward to cross the finishline at some point soon...:)
>
> Deepak.
>
>
>
>
>
>
>
>
> On Tue, Oct 9, 2012 at 2:12 PM, Adam Puckett
> <adotsdothmusic@gmail.com>wrote:
>
>> Dr. B,
>>
>> I was thinking exactly the same thing. Why not make this an article in
>> the next Csound Journal? It would seem the perfect place to chronicle
>> this type of experience.
>>
>> On 10/9/12, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:
>> > Success!
>> >
>> > SUCCESS!!!!  I have crossed the finish line.
>> >
>> > Who would have thought to "sudo make install" FLTK again.  (OK, I guess
>> that
>> > Victor would have thought this.)
>> > WOW.  Great.  I was able to run the image opcodes. Thanks Victor for
>> > this
>> > advice.
>> >
>> > Thanks Steven for all your advice and suggestions - and for your
>> excellent
>> > WIKI developer documents.
>> >
>> > Still learning more here.
>> >
>> > Maybe we should think to include a set of "tips", at the end of the
>> > ultimate/new document, that suggests things from this thread to
>> > "try" when things go wrong.
>> >
>> > Also, John Clements, is planning to follow along behind us on this
>> thread,
>> > and install from sources on his machine over the next week.
>> >
>> > Then his plan is to collect all these documents and tips and scripts
>> > and
>> > with you to make a new "comprehensive" document that we
>> > would love to post/host at Csounds.com.
>> >
>> > On Thursday I will begin the process of building the Xcode Project from
>> > Cmake as you have outlined in your other WIKI.  I will post these
>> > results
>> > too
>> > and hopefully get more help from you.
>> >
>> > What we still need to include/know is:  What the build creates?  Where
>> > it
>> > typically creates/installs what it creates? And, if it makes things
>> "here"
>> > in
>> > the current folder without "installing" it - where we should move/copy
>> it so
>> > that what we built is the version that we are now using when we launch
>> > CsoundQt.
>> >
>> >
>> > -dB
>> >
>> > --------------------------------
>> > Dr. Richard Boulanger
>> > rboulanger@berklee.edu
>> > -----------------------------------
>> >
>> >
>> >
>> >
>> > On Oct 9, 2012, at 7:21 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
>> > wrote:
>> >
>> >> Maybe? Just run sudo make install from FLTK again (do not need to
>> >> build
>> it
>> >> just install).
>> >>
>> >> Victor
>> >> On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:
>> >>
>> >>> I did get rid of the .os files, but... to get the image opcodes to
>> >>> compile so that I could grade student projects for class today, I had
>> to
>> >>> re-install from the latest Binary at SourceForge.
>> >>>
>> >>> csound5.18.031-OSX10.7-universal.dmg
>> >>>
>> >>> This might have changed some things on the system?
>> >>>
>> >>> --------------------------------
>> >>> Dr. Richard Boulanger
>> >>> rboulanger@berklee.edu
>> >>> -----------------------------------
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On Oct 9, 2012, at 7:07 AM, Victor Lazzarini
>> >>> <Victor.Lazzarini@nuim.ie
>> >
>> >>> wrote:
>> >>>
>> >>>> This is the same problem as before, getting rid of the .os files
>> should
>> >>>> sort it, if your FLTK installation is correct. Not sure what changed
>> in
>> >>>> your system since then.
>> >>>>
>> >>>> On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:
>> >>>>
>> >>>>> It didn't quite make it this time.  Now this is possibly because I
>> >>>>> asked it to build a few more things (from the ManPage at
>> Csounds.com).
>> >>>>>
>> >>>>> I thought I would be able to fix this FLTK spinner thing by
>> >>>>> deleting
>> >>>>> the .os files in the InOut directory - as Victor had advised a
>> >>>>> couple
>> >>>>> of days ago, but not this time.
>> >>>>>
>> >>>>> Note that I have asked it to buildNewParser.
>> >>>>>
>> >>>>> Do I need to also install Flex and Bison for this to work?  Where?
>> >>>>> How?
>> >>>>>
>> >>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> buildBeats=1
>> >>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>> buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1
>> >>>>> buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
>> >>>>> scons: Reading SConscript files ...
>> >>>>>
>> >>>>>       C S O U N D 5
>> >>>>>
>> >>>>> SCons build file for Csound 5:
>> >>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>
>> >>>>> By Michael Gogins <gogins at pipeline dot com>
>> >>>>>
>> >>>>> For custom options, run 'scons -h'.
>> >>>>> For default options, run 'scons -H'.
>> >>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>> For Linux, run in the standard shell
>> >>>>>     with standard Python and just run 'scons'.
>> >>>>> For MinGW, run in the MSys shell
>> >>>>>     and use www.python.org WIN32 Python to run scons.
>> >>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>     command shell, and use www.python.org WIN32 Python to run
>> >>>>> scons.
>> >>>>>
>> >>>>> System platform is 'darwin'.
>> >>>>> Using options from 'custom.py.'
>> >>>>>
>> >>>>> scons: warning: The Options class is deprecated; use the Variables
>> >>>>> class instead.
>> >>>>> File
>> >>>>>
>> "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct",
>> >>>>> line 346, in <module>
>> >>>>> Build platform is 'darwin'.
>> >>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>> 'g++',
>> >>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> >>>>> 'rpcgen',
>> >>>>> 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS',
>> >>>>> 'RCS']
>> >>>>> CONFIGURATION DECISION: No localisation
>> >>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> audio
>> >>>>> samples.
>> >>>>> Mac OS X version 10.8
>> >>>>> Apple Python version is 2.7
>> >>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>> Checking for C library sndfile... (cached) yes
>> >>>>> Checking for C library pthread... (cached) yes
>> >>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>> pthread...
>> >>>>> (cached) no
>> >>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>> (cached) yes
>> >>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>> >>>>> m... (cached) yes
>> >>>>> found sync lock
>> >>>>> Checking for C++ header file
>> >>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>> (cached) no
>> >>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>> Checking for C library asound... (cached) no
>> >>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create()
>> >>>>> in
>> >>>>> C++ library musicxml2... (cached) no
>> >>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>> >>>>> no
>> >>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>> Checking for C header file lua.h... (cached) no
>> >>>>> Checking for SWIG... yes
>> >>>>> Python Version: 2.7
>> >>>>> Checking for C header file Python.h... (cached) yes
>> >>>>> Checking for C++ header file
>> >>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> >>>>> (cached)
>> >>>>> yes
>> >>>>> Checking for C header file io.h... (cached) no
>> >>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>> Checking for C header file termios.h... (cached) yes
>> >>>>> Checking for C header file values.h... (cached) no
>> >>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK
>> >>>>> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7
>> >>>>> -I/usr/local/include -IEngine -Iinterfaces
>> >>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Building Java wrapper to Csound C++
>> >>>>> interface
>> >>>>> library.
>> >>>>> Language subdirectory: java
>> >>>>> Search paths:
>> >>>>>    ./
>> >>>>>    ./
>> >>>>>    ./H/
>> >>>>>    /usr/include/malloc/
>> >>>>>    /opt/local/include/boost_1_51_0//
>> >>>>>    /usr/include/python2.7/
>> >>>>>    /usr/local/include/
>> >>>>>    Engine/
>> >>>>>    interfaces/
>> >>>>>    ./swig_lib/java/
>> >>>>>    /usr/local/share/swig/2.0.8/java/
>> >>>>>    ./swig_lib/
>> >>>>>    /usr/local/share/swig/2.0.8/
>> >>>>> Preprocessing...
>> >>>>> Starting language-specific parse...
>> >>>>> Processing types...
>> >>>>> C++ analysis...
>> >>>>> Generating wrappers...
>> >>>>> ./H/csound.h:464: Warning 451: Setting a const char * variable may
>> leak
>> >>>>> memory.
>> >>>>> interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or
>> >>>>> reference in a director method is not recommended.
>> >>>>> interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector<
>> >>>>> double > *INPUT). No typemaps are defined.
>> >>>>> interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound
>> >>>>> proxy:
>> >>>>> Base CsoundFile ignored. Multiple inheritance is not supported in
>> >>>>> Java.
>> >>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> >>>>> documentation.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>> Checking for C header file png.h... (cached) yes
>> >>>>> CONFIGURATION DECISION: Building image opcodes
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> Checking for C header file fluidsynth.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>> >>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>> >>>>> Checking for C header file ladspa.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>> >>>>> CONFIGURATION DECISION: Not building STK opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Python opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>> >>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>> >>>>> Csound with algorithmic composition.
>> >>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>> >>>>> standalone.
>> >>>>> 0 False
>> >>>>> CONFIGURATION DECISION: Not building Tclcsound
>> >>>>> CONFIGURATION DECISION: Building Winsound frontend
>> >>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>> >>>>> CONFIGURATION DECISION: Building beats score frontend
>> >>>>> CONFIGURATION DECISION: Not building catalog builder.
>> >>>>> CONFIGURATION DECISION: Not calling TAGS
>> >>>>> CONFIGURATION DECISION: Adding resource fork for csound
>> >>>>> scons: done reading SConscript files.
>> >>>>> scons: Building targets ...
>> >>>>> gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd.c
>> >>>>> gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd_u.c
>> >>>>> gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midifile.c
>> >>>>> gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midirecv.c
>> >>>>> gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midisend.c
>> >>>>> gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winascii.c
>> >>>>> gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/windin.c
>> >>>>> gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/window.c
>> >>>>> gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winEPS.c
>> >>>>> gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module
>> >>>>> -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker
>> >>>>> -current_version -Xlinker 5.2 -install_name
>> >>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64
>> >>>>> Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os
>> >>>>> Engine/entry1.os
>> >>>>> Engine/envvar.os Engine/express.os Engine/extract.os
>> >>>>> Engine/fgens.os
>> >>>>> Engine/insert.os Engine/linevent.os Engine/memalloc.os
>> >>>>> Engine/memfiles.os Engine/musmon.os Engine/namedins.os
>> Engine/otran.os
>> >>>>> Engine/rdorch.os Engine/rdscor.os Engine/scsort.os
>> >>>>> Engine/scxtract.os
>> >>>>> Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os
>> >>>>> Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os
>> >>>>> InOut/midirecv.os InOut/midisend.os InOut/winascii.os
>> >>>>> InOut/windin.os
>> >>>>> InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os
>> >>>>> InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os
>> >>>>> InOut/libmpadec/synth.os InOut/libmpadec/tables.os
>> >>>>> InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os
>> >>>>> OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os
>> >>>>> OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os
>> >>>>> OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os
>> >>>>> OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os
>> >>>>> OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os
>> >>>>> OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os
>> >>>>> OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os
>> >>>>> OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os
>> >>>>> Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os
>> Opcodes/eqfil.os
>> >>>>> Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os
>> >>>>> Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os
>> >>>>> Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os
>> >>>>> Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os
>> >>>>> Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os
>> Opcodes/cross2.os
>> >>>>> Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os
>> Opcodes/flanger.os
>> >>>>> Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os
>> Opcodes/ftconv.os
>> >>>>> Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os
>> >>>>> Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os
>> Opcodes/metro.os
>> >>>>> Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os
>> >>>>> Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os
>> Opcodes/repluck.os
>> >>>>> Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os
>> >>>>> Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os
>> >>>>> Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os
>> >>>>> Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os
>> >>>>> Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os
>> >>>>> Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os
>> >>>>> Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os
>> >>>>> Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os
>> >>>>> Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os
>> >>>>> Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os
>> >>>>> Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os
>> >>>>> Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os
>> Opcodes/pitch.os
>> >>>>> Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os
>> >>>>> Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os
>> >>>>> Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os
>> Opcodes/tabvars.os
>> >>>>> Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os
>> >>>>> Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os
>> >>>>> Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os
>> >>>>> Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os
>> >>>>> Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os
>> >>>>> Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os
>> Opcodes/pvlock.os
>> >>>>> Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os
>> >>>>> Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os
>> >>>>> Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os
>> >>>>> Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os
>> >>>>> Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os
>> >>>>> Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os
>> >>>>> Opcodes/gab/sliderTable.os
>> >>>>> Opcodes/gab/newgabopc.os Engine/cs_par_base.os
>> >>>>> Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os
>> >>>>> Engine/csound_prelex.os Engine/csound_orclex.os
>> >>>>> Engine/csound_orcparse.os Engine/csound_orc_semantics.os
>> >>>>> Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os
>> >>>>> Engine/csound_orc_compile.os Engine/symbtab.os
>> Engine/new_orc_parser.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -ldl -lm -lpthread
>> >>>>> cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
>> >>>>> gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/cmidi.c
>> >>>>> gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/cmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile
>> >>>>> cp -f libcmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/pmidi.c
>> >>>>> gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/pmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -lportmidi
>> >>>>> cp -f libpmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES
>> >>>>> -I/System/Library/Frameworks/CoreAudio.framework/Headers
>> >>>>> -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
>> >>>>> gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -framework AudioUnit
>> >>>>> -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L.
>> -lsndfile
>> >>>>> -lpthread -lgomp -lm -lsndfile
>> >>>>> cp -f librtauhal.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
>> >>>>> gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile
>> >>>>> -lpthread
>> >>>>> -lgomp -lm -lsndfile -lpthread -ljack
>> >>>>> cp -f librtjack.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/rtpa.c
>> >>>>> gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework
>> CsoundLib64
>> >>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>> >>>>> CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L.
>> >>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
>> >>>>> -lportaudio
>> >>>>> cp -f librtpa.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>> >>>>> InOut/virtual_keyboard/virtual_keyboard.os
>> >>>>> InOut/virtual_keyboard/Bank.os
>> >>>>> InOut/virtual_keyboard/KeyboardMapping.os
>> >>>>> InOut/virtual_keyboard/Program.os
>> InOut/virtual_keyboard/SliderBank.os
>> >>>>> InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib
>> >>>>> -lgomp
>> >>>>> -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk
>> -lpthread
>> >>>>> -framework Cocoa
>> >>>>> Undefined symbols for architecture i386:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture i386
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> Undefined symbols for architecture x86_64:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture x86_64
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> lipo: can't open input file: /var/tmp//cciixSt2.out (No such file
>> >>>>> or
>> >>>>> directory)
>> >>>>> scons: *** [libvirtual.dylib] Error 1
>> >>>>> scons: building terminated because of errors.
>> >>>>> --------------------------------
>> >>>>> Dr. Richard Boulanger
>> >>>>> rboulanger@berklee.edu
>> >>>>> -----------------------------------
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:
>> >>>>>
>> >>>>>> Hi Dr. B,
>> >>>>>>
>> >>>>>> Most likely what happened is what happened to me, in that I didn't
>> >>>>>> realize they were not building because I did not have libpng
>> >>>>>> installed.  What I did for that is:
>> >>>>>>
>> >>>>>> 1. Went to libpng.org and grabbed the latest tarball. I think you
>> can
>> >>>>>> use this address:
>> >>>>>>
>> >>>>>>
>> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>> >>>>>>
>> >>>>>> After downloading, unpack, then go in and use:
>> >>>>>>
>> >>>>>> ./configure CFLAGS="-arch i386 -arch x86_64"
>> >>>>>> --disable-dependency-tracking
>> >>>>>> make
>> >>>>>> sudo make install
>> >>>>>>
>> >>>>>> After that, Scons should work to build the image opcodes.  Another
>> >>>>>> thing to note, when Scons runs, it should report something like
>> >>>>>> "Not
>> >>>>>> building image opcodes", so even if you had told scons you want to
>> >>>>>> build it, it might not do so if the dependency isn't there.
>> >>>>>>
>> >>>>>> Let's try the above and see how it goes from there.  Good luck!
>> >>>>>>
>> >>>>>> steven
>> >>>>>>
>> >>>>>>
>> >>>>>> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>> >>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>> But wait.... I might not have crossed the finish line all the
>> >>>>>>> way.
>> >>>>>>> Oh no.
>> >>>>>>>
>> >>>>>>> So, I am preparing to show off this process tomorrow morning in
>> >>>>>>> our
>> >>>>>>> first
>> >>>>>>> Computer Science Club Meeting for the semester @ Berklee
>> >>>>>>> And it does seem to be true that my "frameworks" were updated
>> >>>>>>> after
>> >>>>>>> the
>> >>>>>>> successful build using the following commandline
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> But... this evening I was testing some .csds from students using
>> the
>> >>>>>>> image
>> >>>>>>> opcodes and I got a console output in QuteCsound-f like this:
>> >>>>>>>
>> >>>>>>> Csound version 5.18.03 (float samples) Oct 1 2012
>> >>>>>>> Creating options
>> >>>>>>> Creating orchestra
>> >>>>>>> Creating score
>> >>>>>>> using callback interface
>> >>>>>>>
>> >>>>>>> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or
>> ','
>> >>>>>>> (token
>> >>>>>>> "imageload") line 17:
>> >>>>>>>>>> giimg imageload <<<
>> >>>>>>> Parsing failed due to invalid input!
>> >>>>>>> Stopping on parser failure
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> Now... I know that the image opcodes were missing from the
>> >>>>>>> 5.18.02
>> >>>>>>> release,
>> >>>>>>> but they were added the other day and when I re-installed from
>> >>>>>>> SourceForge,
>> >>>>>>> these .csds worked.
>> >>>>>>> And... they work on my student's computer who created them for
>> class
>> >>>>>>> this
>> >>>>>>> week. (not on Windows yet.)
>> >>>>>>>
>> >>>>>>> So, I was thinking, maybe I need to "build" these with a
>> >>>>>>> command-line
>> >>>>>>> option.
>> >>>>>>>
>> >>>>>>> I look to the table in the Csound Manual and it does show me that
>> >>>>>>> there is
>> >>>>>>> an option to set in order to build them.
>> >>>>>>>
>> >>>>>>> I add that option, and I get a little excited and add a few more
>> >>>>>>> options....
>> >>>>>>>
>> >>>>>>> Here is my new command-line:
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>> buildImageOpcodes=1
>> >>>>>>> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1
>> >>>>>>> useOSC=1
>> >>>>>>> useGettext=0 buildNewParser=1
>> >>>>>>>
>> >>>>>>> As you can see, in addition to building the image opcodes, I ask
>> >>>>>>> it
>> >>>>>>> to build
>> >>>>>>> Winsound and build the NewParser.
>> >>>>>>>
>> >>>>>>> It seems to succeed.  But, it's fast.  And doesn't seem to have
>> >>>>>>> rebuilt many
>> >>>>>>> things.
>> >>>>>>>
>> >>>>>>> The same error.  I did not succeed.
>> >>>>>>>
>> >>>>>>> Perhaps there is a "clean" option I need to know about?   (and
>> >>>>>>> that
>> >>>>>>> needs to
>> >>>>>>> be in the WIKI?)
>> >>>>>>>
>> >>>>>>> I look in my csound5 directory, and notice that there are a
>> >>>>>>> number
>> of
>> >>>>>>> new
>> >>>>>>> files here: csound, winsound, etc.
>> >>>>>>>
>> >>>>>>> From the terminal, I type
>> >>>>>>>
>> >>>>>>> ./winsound
>> >>>>>>>
>> >>>>>>> and, to my delight, I see that it did indeed build the Winsound
>> >>>>>>> front-end!
>> >>>>>>>
>> >>>>>>> So, I get confident and I type
>> >>>>>>>
>> >>>>>>> ./csound -odac imageopcodeTest.csd
>> >>>>>>>
>> >>>>>>> But I still get the same error message even here in the terminal
>> >>>>>>>
>> >>>>>>> then I do an ls and notice that there are a lot of invisible
>> >>>>>>> .dylib
>> >>>>>>> files in
>> >>>>>>> this csound5 source folder too and all the utilities are here as
>> >>>>>>> well.
>> >>>>>>>
>> >>>>>>> An ls -l reveals that everything was built moments ago.
>> >>>>>>>
>> >>>>>>> Shouldn't they have been "installed" somewhere?
>> >>>>>>>
>> >>>>>>> Could this be the "problem"?
>> >>>>>>>
>> >>>>>>> Maybe Steven or Victor could enlighten me and the MacCsoundUsers
>> some
>> >>>>>>> more
>> >>>>>>> about this.
>> >>>>>>>
>> >>>>>>> My guess is that I need to move these .dylibs and apps to other
>> >>>>>>> directories.
>> >>>>>>>
>> >>>>>>> My hope is that there is some sort of "script" that will do this
>> for
>> >>>>>>> me
>> >>>>>>>
>> >>>>>>> sudo make install Csound?
>> >>>>>>>
>> >>>>>>> Writing from the finish line - suspended in  mid-air - in
>> mid-lunge.
>> >>>>>>>
>> >>>>>>> Thanks
>> >>>>>>>
>> >>>>>>> Dr.B.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hello Steven,
>> >>>>>>>
>> >>>>>>> Thanks so much for all your help and for all this fantastic work
>> that
>> >>>>>>> made
>> >>>>>>> it "only" 10 hours now - and not 10 days!
>> >>>>>>>
>> >>>>>>> I am happy to report that... to get IncludeJavaWrappers=1  to
>> >>>>>>> work
>> >>>>>>> one needs
>> >>>>>>> to...
>> >>>>>>>
>> >>>>>>> ======
>> >>>>>>> download, build, install PCRE ( a dependency for SWIG)
>> >>>>>>>
>> >>>>>>> http://www.pcre.org
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then....
>> >>>>>>>
>> >>>>>>> =========
>> >>>>>>> download, build, install SWIG
>> >>>>>>>
>> >>>>>>> http://www.swig.org/index.php
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then... this commandline from the WIKI works!
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> ====
>> >>>>>>>
>> >>>>>>> Your suggestions to write additional scripts would be HUGE.
>> >>>>>>>
>> >>>>>>> Your suggestions that we together update the WIKI to include all
>> the
>> >>>>>>> additional steps (dependencies) and pre-steps (checking for and
>> >>>>>>> removing old
>> >>>>>>> dylibs, etc.), and making sure that this are all done in the
>> >>>>>>> proper
>> >>>>>>> order
>> >>>>>>> (building an updated Cmake prior to trying to do PortMIDI which
>> uses
>> >>>>>>> Cmake),
>> >>>>>>> Telling users to change custom.py,  to find and build and move
>> boost,
>> >>>>>>> to
>> >>>>>>> edit SConstruct, to use sudo in some places, to share a few
>> >>>>>>> important UNIX commands like | grep and nm and ls -l, collect
>> >>>>>>> some
>> of
>> >>>>>>> the
>> >>>>>>> commands and links and suggestions from the manual
>> >>>>>>> (http://www.csounds.com/manual/html/BuildingCsound.html) and
>> >>>>>>> expanding them
>> >>>>>>> with
>> >>>>>>> what is in the WIKI, and....
>> >>>>>>>
>> >>>>>>> For the next 6 hours, I need to get all my student projects
>> >>>>>>> graded
>> >>>>>>> for
>> >>>>>>> tomorrow and wednesday and prepare my classes.  But, I might get
>> back
>> >>>>>>> to
>> >>>>>>> this much later tonight and try my luck at Cmake Xcode.
>> >>>>>>>
>> >>>>>>> It is so gratifying to have crossed the finish line - after all
>> >>>>>>> my
>> >>>>>>> failed
>> >>>>>>> attempts over the years.
>> >>>>>>>
>> >>>>>>> Thanks again to you and Victor and Michael Goggins and the other
>> >>>>>>> Developers
>> >>>>>>> who have made this possible.
>> >>>>>>>
>> >>>>>>> Good luck with your upgrade to 10.8.2
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Congratulations!  It's great that you have a working build.  I
>> would
>> >>>>>>> say, yes, it does take a long time to get a build system going
>> >>>>>>> for
>> >>>>>>> Csound on OSX and Windows, but that's only if you're building
>> >>>>>>> more
>> >>>>>>> than the basics.  The really difficult thing with csound builds,
>> >>>>>>> IMO,
>> >>>>>>> is getting the dependencies all sorted out.  Luckily, for a bare
>> >>>>>>> minimum build, you can do it with just libsndfile installed.  All
>> of
>> >>>>>>> the other stuff adds time and complexity to the building process.
>> >>>>>>> I'd
>> >>>>>>> estimate it probably took me 3-4 hours to figure out and build
>> >>>>>>> all
>> >>>>>>> the
>> >>>>>>> dependencies on Mac when I first built them from scratch.
>> >>>>>>>
>> >>>>>>> On the other hand, on Ubuntu Linux, the situation is vastly
>> simpler.
>> >>>>>>> Just run "sudo apt-get build-dep csound" and that installs all of
>> >>>>>>> the
>> >>>>>>> dependencies for building csound (tools, libs, etc).  After that,
>> it
>> >>>>>>> pretty much "just works" to use scons and cmake.
>> >>>>>>>
>> >>>>>>> Mac also adds to the issue with building all of the dependencies
>> >>>>>>> as
>> >>>>>>> universal libs.
>> >>>>>>>
>> >>>>>>> In some ways, we can update the documentation and further improve
>> >>>>>>> it,
>> >>>>>>> and hopefully help make the build process a little smoother.  On
>> the
>> >>>>>>> other hand, the pain involved with building dependencies has a
>> >>>>>>> certain
>> >>>>>>> amount of work that can't be easily circumvented.  (Unless we
>> >>>>>>> built
>> >>>>>>> a
>> >>>>>>> script that would fetch tarballs and build everything, which is a
>> >>>>>>> possibility.)
>> >>>>>>>
>> >>>>>>> Also, if you don't have SWIG installed, that's probably the cause
>> of
>> >>>>>>> the Java issue.  Hopefully installing that gets your further.
>> >>>>>>>
>> >>>>>>> I'm going to be checking things out on 10.8 over the next few
>> >>>>>>> days.
>> >>>>>>> I
>> >>>>>>> may try to build a magic dependencies script that can
>> >>>>>>> fetch/build/install dependencies as i386/x86_64, as well as
>> >>>>>>> declaring
>> >>>>>>> min OSX version as 10.7, so that the builds I do work on 10.7 and
>> >>>>>>> 10.8.  I'm not sure if the idea is so sound, but I'll give it a
>> try.
>> >>>>>>> :)
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>>
>> >>>>>>> Thanks Steven.
>> >>>>>>>
>> >>>>>>> I checked the dates
>> >>>>>>>
>> >>>>>>> ls -l  /Library/Frameworks/CsoundLib64.framework
>> >>>>>>>
>> >>>>>>> and they are:
>> >>>>>>>
>> >>>>>>> db: ls -l /Library/Frameworks/CsoundLib64.framework
>> >>>>>>> total 24
>> >>>>>>> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
>> >>>>>>> Versions/Current/CsoundLib64
>> >>>>>>> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
>> >>>>>>> Versions/Current/Headers
>> >>>>>>> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
>> >>>>>>> Versions/Current/Resources
>> >>>>>>> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>> >>>>>>>
>> >>>>>>> WOW.  Wonderful.  It's been a long time since I was able to pull
>> from
>> >>>>>>> git
>> >>>>>>> and build from sources.
>> >>>>>>>
>> >>>>>>> Thanks for all your help.  Now to solve the JavaWrapper problem -
>> >>>>>>> and... to
>> >>>>>>> move on to get a  Cmake Xcode version following that
>> >>>>>>> WIKI from here.
>> >>>>>>>
>> >>>>>>> Awesome.
>> >>>>>>>
>> >>>>>>> There is no way that I could have gotten my system to work
>> >>>>>>> without
>> >>>>>>> the
>> >>>>>>> invaluable and dedicated input, suggestions, debugging and
>> solutions
>> >>>>>>> from
>> >>>>>>> both you and Victor.
>> >>>>>>> Your .sh files were a HUGE help.  The WIKI was a huge help.  You
>> were
>> >>>>>>> both
>> >>>>>>> and incredible help
>> >>>>>>> And still ... It took 9.5 uninterrupted hours of concentrated
>> >>>>>>> work
>> to
>> >>>>>>> get to
>> >>>>>>> this point.
>> >>>>>>> I think we discovered some missing pieces/steps along the way.
>> >>>>>>> I hope that we can add some of these to your fantastic WIKI.
>> >>>>>>>
>> >>>>>>> But... wait... as I look at the page
>> >>>>>>> http://www.csounds.com/manual/html/BuildingCsound.html
>> >>>>>>> to install from the Manual, I see that there are other "optional"
>> >>>>>>> libraries
>> >>>>>>> to install and include - like Loris, and CsoundAv, and...
>> >>>>>>>
>> >>>>>>> For generating Python and Java interfaces, install the Software
>> >>>>>>> Interface
>> >>>>>>> and Wrapper Generator (SWIG) from http://www.swig.org.
>> >>>>>>> The fluid opcodes require the Fluidsynth library from
>> >>>>>>> http://savannah.nongnu.org/download/fluid.
>> >>>>>>> The STK opcodes require STK source code from
>> >>>>>>> http://ccrma.stanford.edu/software/stk, copied into
>> >>>>>>> csound5/Opcodes/stk.
>> >>>>>>> The Loris opcodes requires Loris 1.8 to be installed:
>> >>>>>>> http://sourceforge.net/projects/loris/files. It will create the
>> >>>>>>> Csound Loris
>> >>>>>>> opcodes (along with Loris itself). When you run Csound use an
>> >>>>>>> additional
>> >>>>>>> command line flag: --opcode-lib. For example in Linux:
>> >>>>>>> --opcode-lib=/usr/local/lib/libloris.so
>> >>>>>>>
>> >>>>>>> Should the WIKI cover these too?
>> >>>>>>>
>> >>>>>>> I will try this SWIG install, because it might help to fix the
>> >>>>>>> JavaWrapper
>> >>>>>>> issue?
>> >>>>>>>
>> >>>>>>> Thanks again so much... still more to do it seems, but nice to
>> >>>>>>> have
>> >>>>>>> crossed
>> >>>>>>> "this" finish line.
>> >>>>>>>
>> >>>>>>> Can we hope to bring others along?
>> >>>>>>>
>> >>>>>>> So that when the developers have a bug fix or new opcode that
>> >>>>>>> that
>> >>>>>>> commit to
>> >>>>>>> the Git repository, many of us could just pull and rebuild to
>> >>>>>>> check
>> >>>>>>> it out.
>> >>>>>>>
>> >>>>>>> Thanks again so much for all this help.
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> SWIG and then on to the Cmake Xcode project
>> >>>>>>>
>> >>>>>>> -----------------------------------------
>> >>>>>>> Dr. Richard Boulanger, Ph.D.
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> Professor of Electronic Production and Design
>> >>>>>>> Professional Writing and Music Technology Division
>> >>>>>>> Berklee College of Music
>> >>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>> >>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>> >>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>> >>>>>>> http://csounds.com
>> >>>>>>>
>> -------------------------------------------------------------------------------------------------
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Yes, looks like things are done there!  You can look at the dates
>> of
>> >>>>>>> the files in /Library/Frameworks/CsoundLib64.framework to verify.
>> >>>>>>> As
>> >>>>>>> for Java, the OSX installer currently says 31 minutes left, but
>> that
>> >>>>>>> ticker is going down slowly here. :)
>> >>>>>>>
>> >>>>>>> I forgot though, did you manage to get Cmake XCode working?
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>>
>> >>>>>>> Maybe I have it then?
>> >>>>>>>
>> >>>>>>> I used this build command:
>> >>>>>>>
>> >>>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> Gave it my Password
>> >>>>>>>
>> >>>>>>> Password:
>> >>>>>>>
>> >>>>>>> And the... It starts like this....
>> >>>>>>>
>> >>>>>>> scons: Reading SConscript files ...
>> >>>>>>>
>> >>>>>>>    C S O U N D 5
>> >>>>>>>
>> >>>>>>> SCons build file for Csound 5:
>> >>>>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>>>
>> >>>>>>> By Michael Gogins <gogins at pipeline dot com>
>> >>>>>>>
>> >>>>>>> For custom options, run 'scons -h'.
>> >>>>>>> For default options, run 'scons -H'.
>> >>>>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>>>> For Linux, run in the standard shell
>> >>>>>>>  with standard Python and just run 'scons'.
>> >>>>>>> For MinGW, run in the MSys shell
>> >>>>>>>  and use www.python.org WIN32 Python to run scons.
>> >>>>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>>>  command shell, and use www.python.org WIN32 Python to run scons.
>> >>>>>>>
>> >>>>>>> System platform is 'darwin'.
>> >>>>>>> Using options from 'custom.py.'
>> >>>>>>>
>> >>>>>>> scons: warning: The Options class is deprecated; use the
>> >>>>>>> Variables
>> >>>>>>> class
>> >>>>>>> instead.
>> >>>>>>> File
>> >>>>>>>
>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>> >>>>>>> line 346, in <module>
>> >>>>>>> Build platform is 'darwin'.
>> >>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>>>> 'g++',
>> >>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> 'rpcgen',
>> >>>>>>> 'jar',
>> >>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>> >>>>>>> CONFIGURATION DECISION: No localisation
>> >>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> >>>>>>> audio
>> >>>>>>> samples.
>> >>>>>>> Mac OS X version 10.8
>> >>>>>>> Apple Python version is 2.7
>> >>>>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>>>> Checking for C library sndfile... (cached) yes
>> >>>>>>> Checking for C library pthread... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>>>> pthread...
>> >>>>>>> (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>>>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C
>> >>>>>>> library
>> >>>>>>> m...
>> >>>>>>> (cached) yes
>> >>>>>>> found sync lock
>> >>>>>>> Checking for C++ header file
>> >>>>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>>>> (cached) no
>> >>>>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>>>> Checking for C library asound... (cached) no
>> >>>>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>>>> Checking for MusicXML2::SXMLFile f =
>> >>>>>>> MusicXML2::TXMLFile::create()
>> in
>> >>>>>>> C++
>> >>>>>>> library musicxml2... (cached) no
>> >>>>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h...
>> >>>>>>> (cached)
>> >>>>>>> no
>> >>>>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>>>> Checking for C header file lua.h... (cached) no
>> >>>>>>> Checking for SWIG... no
>> >>>>>>> Python Version: 2.7
>> >>>>>>> Checking for C header file Python.h... (cached) yes
>> >>>>>>> Checking for C++ header file
>> >>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for C header file io.h... (cached) no
>> >>>>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>>>> Checking for C header file termios.h... (cached) yes
>> >>>>>>> Checking for C header file values.h... (cached) no
>> >>>>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>>>> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX',
>> >>>>>>> '-DPIPES',
>> >>>>>>> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
>> >>>>>>> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H',
>> >>>>>>> '-DHAVE_SYS_TIME_H',
>> >>>>>>> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
>> >>>>>>> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS',
>> >>>>>>> '-D__BUILDING_LIBCSOUND',
>> >>>>>>> '-D_CSOUND_RELEASE_',
>> >>>>>>>
>> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
>> >>>>>>> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H',
>> >>>>>>> '-I/usr/include/malloc',
>> >>>>>>> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
>> >>>>>>> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
>> >>>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Java wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> documentation.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>>>> Checking for C header file png.h... (cached) no
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >



--
www.myspace.com/dcompanymusic
www.myspace.com/thewoodshedmusicians

Date2012-10-10 07:16
FromVictor Lazzarini
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
AttachmentsNone  None  
yes, you can copy then, but if the ones in /use/local/lib are already linked to your newly built framework, you don't need to do that.
Check with otool

$ otool -L <command>

eg.:

coltrane:~ victor$ otool -L /usr/local/bin/csound
/usr/local/bin/csound:
/Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64 (compatibility version 5.2.0, current version 5.2.0)
/usr/local/lib/libsndfile.1.dylib (compatibility version 2.0.0, current version 2.21.0)
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 152.0.0)
/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio (compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/CoreMIDI.framework/Versions/A/CoreMIDI (compatibility version 1.0.0, current version 49.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11)


On 10 Oct 2012, at 05:06, Deepak wrote:

Hi ...

So after the last error, I downloaded gettext using Macports and got it installed and then again ran the scons command

and this is what I got...Is there more to do? Or have I crossed the finished line?

scons: Reading SConscript files ...

      C S O U N D 5

SCons build file for Csound 5:
API library, plugin opcodes, utilities, and front ends.

By Michael Gogins <gogins at pipeline dot com>

For custom options, run 'scons -h'.
For default options, run 'scons -H'.
If headers or libraries are not found, edit 'custom.py'.
For Linux, run in the standard shell
    with standard Python and just run 'scons'.
For MinGW, run in the MSys shell
    and use www.python.org WIN32 Python to run scons.
For Microsoft Visual C++, run in the Platform SDK
    command shell, and use www.python.org WIN32 Python to run scons.

System platform is 'darwin'.
Using options from 'custom.py.'

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/csound5/SConstruct", line 346, in <module>
Build platform is 'darwin'.
SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++', 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
Checking for C header file libintl.h... (cached) no
CONFIGURATION DECISION: Using double-precision floating point for audio samples.
Mac OS X version 10.8
Apple Python version is 2.7
Current Python version is 2.7, using Apple Python Framework
Checking for C header file stdio.h... (cached) yes
Checking for C library sndfile... (cached) yes
Checking for C library pthread... (cached) yes
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: Building with Serial code support
Checking for pthread_barrier_init(0, NULL, 0) in C library pthread... (cached) no
CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
Checking for int n = omp_get_num_threads() in C++ library gomp... (cached) yes
Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m... (cached) yes
found sync lock
Checking for C++ header file frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h... (cached) no
Checking for C header file portaudio.h... (cached) yes
Checking for C header file portmidi.h... (cached) yes
Checking for C++ header file FL/Fl.H... (cached) yes
Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
Checking for C++ header file eigen3/Eigen/Dense... (cached) no
Checking for C++ header file boost/any.hpp... (cached) yes
Checking for C++ header file gmm/gmm.h... (cached) no
Checking for C library asound... (cached) no
Checking for C header file lo/lo.h... (cached) no
Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++ library musicxml2... (cached) no
Checking for C header file jack/jack.h... (cached) no
Checking for C header file pulse/simple.h... (cached) no
Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
Checking for C header file m_pd.h... (cached) no
Checking for C header file tcl.h... (cached) yes
Checking for C header file zlib.h... (cached) yes
Checking for C++ header file funknown.h... (cached) no
Checking for C header file lua.h... (cached) no
Checking for SWIG... yes
Python Version: 2.7
Checking for C header file Python.h... (cached) yes
Checking for C++ header file /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
Checking for C header file io.h... (cached) no
Checking for C header file fcntl.h... (cached) yes
Checking for C header file unistd.h... (cached) yes
Checking for C header file stdint.h... (cached) yes
Checking for C header file sys/time.h... (cached) yes
Checking for C header file sys/types.h... (cached) yes
Checking for C header file termios.h... (cached) yes
Checking for C header file values.h... (cached) no
Checking for C header file sys/socket.h... (cached) yes
Checking for libsndfile version 1.0.19 or later... (cached) yes
CONFIGURATION DECISION: Not building with new parser debugging
CONFIGURATION DECISION: Building dynamic Csound library
CONFIGURATION DECISION: Building Csound C++ interface library.
swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_ -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\" -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include -IEngine -Iinterfaces
CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Building UDP plugins.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building OSC plugin.
COPYINNG plugin
COPYINNG plugin
CONFIGURATION DECISION: Not building linear algebra opcodes.
Checking for C header file png.h... (cached) no
COPYINNG plugin
CONFIGURATION DECISION: Building Virtual Keyboard plugin.
COPYINNG plugin
CONFIGURATION DECISION: Building CoreAudio plugin.
COPYINNG plugin
CONFIGURATION DECISION: Not building ALSA plugin.
CONFIGURATION DECISION: Building PortAudio module.
COPYINNG plugin
CONFIGURATION DECISION: Not building JACK plugin.
CONFIGURATION DECISION: Building with PortMIDI.
COPYINNG plugin
COPYINNG plugin
Checking for C header file fluidsynth.h... (cached) no
CONFIGURATION DECISION: Not building fluid opcodes.
CONFIGURATION DECISION: Not building vst4cs opcodes.
Checking for C header file ladspa.h... (cached) no
CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
COPYINNG plugin
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 False
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DEFAULT:  Building csLadspa.
CONFIGURATION DECISION: Building beats score frontend
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
CONFIGURATION DECISION: Adding resource fork for csound
scons: done reading SConscript files.
scons: Building targets ...
rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework /Library/Frameworks/
Rez -i APPL -o csound cs5.r
cp lib_csnd.dylib /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo po/german.po
mkdir -p po/en_GB/LC_MESSAGES; msgfmt -o po/en_GB/LC_MESSAGES/csound5.mo po/csound.po
mkdir -p po/en_US/LC_MESSAGES; msgfmt -o po/en_US/LC_MESSAGES/csound5.mo po/american.po
mkdir -p po/es_CO/LC_MESSAGES; msgfmt -o po/es_CO/LC_MESSAGES/csound5.mo po/es_CO.po
mkdir -p po/fr/LC_MESSAGES; msgfmt -o po/fr/LC_MESSAGES/csound5.mo po/french.po
mkdir -p po/it/LC_MESSAGES; msgfmt -o po/it/LC_MESSAGES/csound5.mo po/italian.po
mkdir -p po/ro/LC_MESSAGES; msgfmt -o po/ro/LC_MESSAGES/csound5.mo po/romanian.po
mkdir -p po/ru/LC_MESSAGES; msgfmt -o po/ru/LC_MESSAGES/csound5.mo po/russian.po
gcc -o util/pvx_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvx_main.c
gcc -o pv_export -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvx_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/pvi_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvi_main.c
gcc -o pv_import -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvi_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/pvc_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvc_main.c
gcc -o pvanal -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvc_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/pvl_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/pvl_main.c
gcc -o pvlook -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvl_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/scale_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/scale_main.c
gcc -o scale -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/scale_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util1/scot/scot_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util1/scot/scot_main.c
gcc -o util1/scot/scot.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util1/scot/scot.c
gcc -o scot -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile util1/scot/scot_main.o util1/scot/scot.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
gcc -o util1/sortex/smain.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util1/sortex/smain.c
gcc -o scsort -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util1/sortex/smain.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o sdif2ad -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile SDIF/sdif2adsyn.o SDIF/sdif.o SDIF/sdif-mem.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/sndinfo_main.c
gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0 -I/usr/include/python2.6 -I/usr/local/include util/srconv_main.c
gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
scons: done building targets.

I tried to run a test csd from the QT but wasn't running right initially...Then had to move the csound executable file from the local folder to /usr/local/bin and replace the old one...I believe the old one was referencing CsoundLib.framework and not CsoundLib64.

now my other question is do I have to copy every single executable file that was created during the build process in the local folder to /usr/local/bin ?

In any case this looks encouraging for sure! :)

Thanks
Deepak.







On Tue, Oct 9, 2012 at 11:41 PM, Deepak <musicmagic@gmail.com> wrote:
Ok will try that now...I am also trying to install gettext utils on my machine now...Managed to get the javaWrapper flag to be set to 1 (didnt have swig)...

Thank you very much
D




On Tue, Oct 9, 2012 at 11:30 PM, Adam Puckett <adotsdothmusic@gmail.com> wrote:
useGettext=0

On 10/9/12, Deepak <musicmagic@gmail.com> wrote:
> Hi Everyone...
>
> I have also been trying to build Csound from sources (in fact was trying to
> do it together with Dr. B on sunday night)...Then I had to be away from it
> the last two days.. I have been reading the thread on this quite closely
> and have done little tweaks here and there (for eg: deleting older versions
> of some libraries, sudo scons etc.)
>
> and this is what I get now...
>
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
> CsoundLib64.framework /Library/Frameworks/
> Rez -i APPL -o csound cs5.r
> cp lib_csnd.dylib
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
> mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo
> po/german.po
> sh: msgfmt: command not found
> scons: *** [po/de/LC_MESSAGES/csound5.mo] Error 127
> scons: building terminated because of errors.
>
> i have the buildJavaWrapper to be set as 0 now...
>
> I was not able to find anything related to this error on the thread....
>
> Would be great if someone can point me in the right direction...Running
> 10.8 OSX...Is it some sort of an error with bash?
>
> I did check /Library/Frameworks and CsoundLib64 was built (did ls -l and
> looked at the date), but CsoundLib was not...
>
> Thank you very much
> Looking forward to cross the finishline at some point soon...:)
>
> Deepak.
>
>
>
>
>
>
>
>
> On Tue, Oct 9, 2012 at 2:12 PM, Adam Puckett
> <adotsdothmusic@gmail.com>wrote:
>
>> Dr. B,
>>
>> I was thinking exactly the same thing. Why not make this an article in
>> the next Csound Journal? It would seem the perfect place to chronicle
>> this type of experience.
>>
>> On 10/9/12, Dr. Richard Boulanger <rboulanger@berklee.edu> wrote:
>> > Success!
>> >
>> > SUCCESS!!!!  I have crossed the finish line.
>> >
>> > Who would have thought to "sudo make install" FLTK again.  (OK, I guess
>> that
>> > Victor would have thought this.)
>> > WOW.  Great.  I was able to run the image opcodes. Thanks Victor for
>> > this
>> > advice.
>> >
>> > Thanks Steven for all your advice and suggestions - and for your
>> excellent
>> > WIKI developer documents.
>> >
>> > Still learning more here.
>> >
>> > Maybe we should think to include a set of "tips", at the end of the
>> > ultimate/new document, that suggests things from this thread to
>> > "try" when things go wrong.
>> >
>> > Also, John Clements, is planning to follow along behind us on this
>> thread,
>> > and install from sources on his machine over the next week.
>> >
>> > Then his plan is to collect all these documents and tips and scripts
>> > and
>> > with you to make a new "comprehensive" document that we
>> > would love to post/host at Csounds.com.
>> >
>> > On Thursday I will begin the process of building the Xcode Project from
>> > Cmake as you have outlined in your other WIKI.  I will post these
>> > results
>> > too
>> > and hopefully get more help from you.
>> >
>> > What we still need to include/know is:  What the build creates?  Where
>> > it
>> > typically creates/installs what it creates? And, if it makes things
>> "here"
>> > in
>> > the current folder without "installing" it - where we should move/copy
>> it so
>> > that what we built is the version that we are now using when we launch
>> > CsoundQt.
>> >
>> >
>> > -dB
>> >
>> > --------------------------------
>> > Dr. Richard Boulanger
>> > rboulanger@berklee.edu
>> > -----------------------------------
>> >
>> >
>> >
>> >
>> > On Oct 9, 2012, at 7:21 AM, Victor Lazzarini <Victor.Lazzarini@nuim.ie>
>> > wrote:
>> >
>> >> Maybe? Just run sudo make install from FLTK again (do not need to
>> >> build
>> it
>> >> just install).
>> >>
>> >> Victor
>> >> On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:
>> >>
>> >>> I did get rid of the .os files, but... to get the image opcodes to
>> >>> compile so that I could grade student projects for class today, I had
>> to
>> >>> re-install from the latest Binary at SourceForge.
>> >>>
>> >>> csound5.18.031-OSX10.7-universal.dmg
>> >>>
>> >>> This might have changed some things on the system?
>> >>>
>> >>> --------------------------------
>> >>> Dr. Richard Boulanger
>> >>> rboulanger@berklee.edu
>> >>> -----------------------------------
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On Oct 9, 2012, at 7:07 AM, Victor Lazzarini
>> >>> <Victor.Lazzarini@nuim.ie
>> >
>> >>> wrote:
>> >>>
>> >>>> This is the same problem as before, getting rid of the .os files
>> should
>> >>>> sort it, if your FLTK installation is correct. Not sure what changed
>> in
>> >>>> your system since then.
>> >>>>
>> >>>> On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:
>> >>>>
>> >>>>> It didn't quite make it this time.  Now this is possibly because I
>> >>>>> asked it to build a few more things (from the ManPage at
>> Csounds.com).
>> >>>>>
>> >>>>> I thought I would be able to fix this FLTK spinner thing by
>> >>>>> deleting
>> >>>>> the .os files in the InOut directory - as Victor had advised a
>> >>>>> couple
>> >>>>> of days ago, but not this time.
>> >>>>>
>> >>>>> Note that I have asked it to buildNewParser.
>> >>>>>
>> >>>>> Do I need to also install Flex and Bison for this to work?  Where?
>> >>>>> How?
>> >>>>>
>> >>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> buildBeats=1
>> >>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>> buildImageOpcodes=1 buildWinsound=1 buildBeats=1 buildMultiCore=1
>> >>>>> buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
>> >>>>> scons: Reading SConscript files ...
>> >>>>>
>> >>>>>       C S O U N D 5
>> >>>>>
>> >>>>> SCons build file for Csound 5:
>> >>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>
>> >>>>> By Michael Gogins <gogins at pipeline dot com>
>> >>>>>
>> >>>>> For custom options, run 'scons -h'.
>> >>>>> For default options, run 'scons -H'.
>> >>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>> For Linux, run in the standard shell
>> >>>>>     with standard Python and just run 'scons'.
>> >>>>> For MinGW, run in the MSys shell
>> >>>>>     and use www.python.org WIN32 Python to run scons.
>> >>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>     command shell, and use www.python.org WIN32 Python to run
>> >>>>> scons.
>> >>>>>
>> >>>>> System platform is 'darwin'.
>> >>>>> Using options from 'custom.py.'
>> >>>>>
>> >>>>> scons: warning: The Options class is deprecated; use the Variables
>> >>>>> class instead.
>> >>>>> File
>> >>>>>
>> "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct",
>> >>>>> line 346, in <module>
>> >>>>> Build platform is 'darwin'.
>> >>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>> 'g++',
>> >>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> >>>>> 'rpcgen',
>> >>>>> 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS',
>> >>>>> 'RCS']
>> >>>>> CONFIGURATION DECISION: No localisation
>> >>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> audio
>> >>>>> samples.
>> >>>>> Mac OS X version 10.8
>> >>>>> Apple Python version is 2.7
>> >>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>> Checking for C library sndfile... (cached) yes
>> >>>>> Checking for C library pthread... (cached) yes
>> >>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>> pthread...
>> >>>>> (cached) no
>> >>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>> (cached) yes
>> >>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library
>> >>>>> m... (cached) yes
>> >>>>> found sync lock
>> >>>>> Checking for C++ header file
>> >>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>> (cached) no
>> >>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>> Checking for C library asound... (cached) no
>> >>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create()
>> >>>>> in
>> >>>>> C++ library musicxml2... (cached) no
>> >>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached)
>> >>>>> no
>> >>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>> Checking for C header file lua.h... (cached) no
>> >>>>> Checking for SWIG... yes
>> >>>>> Python Version: 2.7
>> >>>>> Checking for C header file Python.h... (cached) yes
>> >>>>> Checking for C++ header file
>> >>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> >>>>> (cached)
>> >>>>> yes
>> >>>>> Checking for C header file io.h... (cached) no
>> >>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>> Checking for C header file termios.h... (cached) yes
>> >>>>> Checking for C header file values.h... (cached) no
>> >>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK
>> >>>>> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7
>> >>>>> -I/usr/local/include -IEngine -Iinterfaces
>> >>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Building Java wrapper to Csound C++
>> >>>>> interface
>> >>>>> library.
>> >>>>> Language subdirectory: java
>> >>>>> Search paths:
>> >>>>>    ./
>> >>>>>    ./
>> >>>>>    ./H/
>> >>>>>    /usr/include/malloc/
>> >>>>>    /opt/local/include/boost_1_51_0//
>> >>>>>    /usr/include/python2.7/
>> >>>>>    /usr/local/include/
>> >>>>>    Engine/
>> >>>>>    interfaces/
>> >>>>>    ./swig_lib/java/
>> >>>>>    /usr/local/share/swig/2.0.8/java/
>> >>>>>    ./swig_lib/
>> >>>>>    /usr/local/share/swig/2.0.8/
>> >>>>> Preprocessing...
>> >>>>> Starting language-specific parse...
>> >>>>> Processing types...
>> >>>>> C++ analysis...
>> >>>>> Generating wrappers...
>> >>>>> ./H/csound.h:464: Warning 451: Setting a const char * variable may
>> leak
>> >>>>> memory.
>> >>>>> interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or
>> >>>>> reference in a director method is not recommended.
>> >>>>> interfaces/CppSound.hpp:36: Warning 453: Can't apply (std::vector<
>> >>>>> double > *INPUT). No typemaps are defined.
>> >>>>> interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound
>> >>>>> proxy:
>> >>>>> Base CsoundFile ignored. Multiple inheritance is not supported in
>> >>>>> Java.
>> >>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>> interface library.
>> >>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> >>>>> documentation.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>> Checking for C header file png.h... (cached) yes
>> >>>>> CONFIGURATION DECISION: Building image opcodes
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >>>>> COPYINNG plugin
>> >>>>> COPYINNG plugin
>> >>>>> Checking for C header file fluidsynth.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>> >>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>> >>>>> Checking for C header file ladspa.h... (cached) no
>> >>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>> >>>>> CONFIGURATION DECISION: Not building STK opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Python opcodes.
>> >>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>> >>>>> COPYINNG plugin
>> >>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>> >>>>> CONFIGURATION DECISION: Not building CsoundAC extension module for
>> >>>>> Csound with algorithmic composition.
>> >>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>> >>>>> standalone.
>> >>>>> 0 False
>> >>>>> CONFIGURATION DECISION: Not building Tclcsound
>> >>>>> CONFIGURATION DECISION: Building Winsound frontend
>> >>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>> >>>>> CONFIGURATION DECISION: Building beats score frontend
>> >>>>> CONFIGURATION DECISION: Not building catalog builder.
>> >>>>> CONFIGURATION DECISION: Not calling TAGS
>> >>>>> CONFIGURATION DECISION: Adding resource fork for csound
>> >>>>> scons: done reading SConscript files.
>> >>>>> scons: Building targets ...
>> >>>>> gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd.c
>> >>>>> gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/libsnd_u.c
>> >>>>> gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midifile.c
>> >>>>> gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midirecv.c
>> >>>>> gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/midisend.c
>> >>>>> gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winascii.c
>> >>>>> gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/windin.c
>> >>>>> gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/window.c
>> >>>>> gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>> >>>>>
>> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>> >>>>> InOut/winEPS.c
>> >>>>> gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module
>> >>>>> -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2 -Xlinker
>> >>>>> -current_version -Xlinker 5.2 -install_name
>> >>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64
>> >>>>> Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os
>> >>>>> Engine/entry1.os
>> >>>>> Engine/envvar.os Engine/express.os Engine/extract.os
>> >>>>> Engine/fgens.os
>> >>>>> Engine/insert.os Engine/linevent.os Engine/memalloc.os
>> >>>>> Engine/memfiles.os Engine/musmon.os Engine/namedins.os
>> Engine/otran.os
>> >>>>> Engine/rdorch.os Engine/rdscor.os Engine/scsort.os
>> >>>>> Engine/scxtract.os
>> >>>>> Engine/sort.os Engine/sread.os Engine/swrite.os Engine/swritestr.os
>> >>>>> Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os InOut/midifile.os
>> >>>>> InOut/midirecv.os InOut/midisend.os InOut/winascii.os
>> >>>>> InOut/windin.os
>> >>>>> InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os
>> >>>>> InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os
>> >>>>> InOut/libmpadec/synth.os InOut/libmpadec/tables.os
>> >>>>> InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os
>> >>>>> OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os
>> >>>>> OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os
>> >>>>> OOps/midiinterop.os OOps/midiops.os OOps/midiout.os OOps/mxfft.os
>> >>>>> OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os
>> >>>>> OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os
>> >>>>> OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os
>> >>>>> OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os
>> >>>>> OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os
>> >>>>> Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os
>> Opcodes/eqfil.os
>> >>>>> Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os
>> >>>>> Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os
>> >>>>> Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os
>> >>>>> Top/threads.os Top/utility.os Opcodes/ambicode.os Opcodes/bbcut.os
>> >>>>> Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os
>> Opcodes/cross2.os
>> >>>>> Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os
>> Opcodes/flanger.os
>> >>>>> Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os
>> Opcodes/ftconv.os
>> >>>>> Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os
>> >>>>> Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os
>> Opcodes/metro.os
>> >>>>> Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os
>> >>>>> Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os
>> Opcodes/repluck.os
>> >>>>> Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os
>> >>>>> Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os
>> >>>>> Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os
>> >>>>> Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os
>> >>>>> Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os
>> >>>>> Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os
>> >>>>> Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os
>> >>>>> Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os
>> >>>>> Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os
>> >>>>> Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os
>> >>>>> Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os
>> >>>>> Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os
>> Opcodes/pitch.os
>> >>>>> Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os
>> >>>>> Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os
>> >>>>> Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os
>> Opcodes/tabvars.os
>> >>>>> Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os
>> >>>>> Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os
>> >>>>> Opcodes/vbap_eight.os Opcodes/vbap_four.os Opcodes/vbap_sixteen.os
>> >>>>> Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os
>> >>>>> Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os
>> >>>>> Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os
>> Opcodes/pvlock.os
>> >>>>> Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os
>> >>>>> Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os
>> >>>>> Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os
>> >>>>> Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os
>> >>>>> Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os
>> >>>>> Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os
>> >>>>> Opcodes/gab/sliderTable.os
>> >>>>> Opcodes/gab/newgabopc.os Engine/cs_par_base.os
>> >>>>> Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os
>> >>>>> Engine/csound_prelex.os Engine/csound_orclex.os
>> >>>>> Engine/csound_orcparse.os Engine/csound_orc_semantics.os
>> >>>>> Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os
>> >>>>> Engine/csound_orc_compile.os Engine/symbtab.os
>> Engine/new_orc_parser.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -ldl -lm -lpthread
>> >>>>> cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
>> >>>>> gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/cmidi.c
>> >>>>> gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/cmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile
>> >>>>> cp -f libcmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/pmidi.c
>> >>>>> gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> InOut/pmidi.os
>> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>> >>>>> -lsndfile -lportmidi
>> >>>>> cp -f libpmidi.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES
>> >>>>> -I/System/Library/Frameworks/CoreAudio.framework/Headers
>> >>>>> -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
>> >>>>> gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -framework AudioUnit
>> >>>>> -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L.
>> -lsndfile
>> >>>>> -lpthread -lgomp -lm -lsndfile
>> >>>>> cp -f librtauhal.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse
>> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>> >>>>> -DHAVE_FCNTL_H
>> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>> >>>>> -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
>> >>>>> gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile
>> >>>>> -lpthread
>> >>>>> -lgomp -lm -lsndfile -lpthread -ljack
>> >>>>> cp -f librtjack.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse
>> -mfpmath=sse
>> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>> >>>>> -DHAVE_TERMIOS_H
>> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>> >>>>> -I/usr/local/include InOut/rtpa.c
>> >>>>> gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework
>> CsoundLib64
>> >>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation -framework
>> >>>>> CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L. -L.
>> >>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lsndfile
>> >>>>> -lportaudio
>> >>>>> cp -f librtpa.dylib
>> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>> >>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework CoreFoundation
>> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>> >>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>> >>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>> >>>>> InOut/virtual_keyboard/virtual_keyboard.os
>> >>>>> InOut/virtual_keyboard/Bank.os
>> >>>>> InOut/virtual_keyboard/KeyboardMapping.os
>> >>>>> InOut/virtual_keyboard/Program.os
>> InOut/virtual_keyboard/SliderBank.os
>> >>>>> InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib
>> >>>>> -lgomp
>> >>>>> -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk
>> -lpthread
>> >>>>> -framework Cocoa
>> >>>>> Undefined symbols for architecture i386:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture i386
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> Undefined symbols for architecture x86_64:
>> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>> referenced
>> >>>>> from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char const*,
>> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>> >>>>> SliderBank.os
>> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>> >>>>> referenced from:
>> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char const*,
>> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>> >>>>> ld: symbol(s) not found for architecture x86_64
>> >>>>> collect2: ld returned 1 exit status
>> >>>>> lipo: can't open input file: /var/tmp//cciixSt2.out (No such file
>> >>>>> or
>> >>>>> directory)
>> >>>>> scons: *** [libvirtual.dylib] Error 1
>> >>>>> scons: building terminated because of errors.
>> >>>>> --------------------------------
>> >>>>> Dr. Richard Boulanger
>> >>>>> rboulanger@berklee.edu
>> >>>>> -----------------------------------
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> On Oct 9, 2012, at 5:55 AM, Steven Yi <stevenyi@gmail.com> wrote:
>> >>>>>
>> >>>>>> Hi Dr. B,
>> >>>>>>
>> >>>>>> Most likely what happened is what happened to me, in that I didn't
>> >>>>>> realize they were not building because I did not have libpng
>> >>>>>> installed.  What I did for that is:
>> >>>>>>
>> >>>>>> 1. Went to libpng.org and grabbed the latest tarball. I think you
>> can
>> >>>>>> use this address:
>> >>>>>>
>> >>>>>>
>> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>> >>>>>>
>> >>>>>> After downloading, unpack, then go in and use:
>> >>>>>>
>> >>>>>> ./configure CFLAGS="-arch i386 -arch x86_64"
>> >>>>>> --disable-dependency-tracking
>> >>>>>> make
>> >>>>>> sudo make install
>> >>>>>>
>> >>>>>> After that, Scons should work to build the image opcodes.  Another
>> >>>>>> thing to note, when Scons runs, it should report something like
>> >>>>>> "Not
>> >>>>>> building image opcodes", so even if you had told scons you want to
>> >>>>>> build it, it might not do so if the dependency isn't there.
>> >>>>>>
>> >>>>>> Let's try the above and see how it goes from there.  Good luck!
>> >>>>>>
>> >>>>>> steven
>> >>>>>>
>> >>>>>>
>> >>>>>> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>> >>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>> But wait.... I might not have crossed the finish line all the
>> >>>>>>> way.
>> >>>>>>> Oh no.
>> >>>>>>>
>> >>>>>>> So, I am preparing to show off this process tomorrow morning in
>> >>>>>>> our
>> >>>>>>> first
>> >>>>>>> Computer Science Club Meeting for the semester @ Berklee
>> >>>>>>> And it does seem to be true that my "frameworks" were updated
>> >>>>>>> after
>> >>>>>>> the
>> >>>>>>> successful build using the following commandline
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> But... this evening I was testing some .csds from students using
>> the
>> >>>>>>> image
>> >>>>>>> opcodes and I got a console output in QuteCsound-f like this:
>> >>>>>>>
>> >>>>>>> Csound version 5.18.03 (float samples) Oct 1 2012
>> >>>>>>> Creating options
>> >>>>>>> Creating orchestra
>> >>>>>>> Creating score
>> >>>>>>> using callback interface
>> >>>>>>>
>> >>>>>>> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE or
>> ','
>> >>>>>>> (token
>> >>>>>>> "imageload") line 17:
>> >>>>>>>>>> giimg imageload <<<
>> >>>>>>> Parsing failed due to invalid input!
>> >>>>>>> Stopping on parser failure
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> Now... I know that the image opcodes were missing from the
>> >>>>>>> 5.18.02
>> >>>>>>> release,
>> >>>>>>> but they were added the other day and when I re-installed from
>> >>>>>>> SourceForge,
>> >>>>>>> these .csds worked.
>> >>>>>>> And... they work on my student's computer who created them for
>> class
>> >>>>>>> this
>> >>>>>>> week. (not on Windows yet.)
>> >>>>>>>
>> >>>>>>> So, I was thinking, maybe I need to "build" these with a
>> >>>>>>> command-line
>> >>>>>>> option.
>> >>>>>>>
>> >>>>>>> I look to the table in the Csound Manual and it does show me that
>> >>>>>>> there is
>> >>>>>>> an option to set in order to build them.
>> >>>>>>>
>> >>>>>>> I add that option, and I get a little excited and add a few more
>> >>>>>>> options....
>> >>>>>>>
>> >>>>>>> Here is my new command-line:
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>> buildImageOpcodes=1
>> >>>>>>> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1
>> >>>>>>> useOSC=1
>> >>>>>>> useGettext=0 buildNewParser=1
>> >>>>>>>
>> >>>>>>> As you can see, in addition to building the image opcodes, I ask
>> >>>>>>> it
>> >>>>>>> to build
>> >>>>>>> Winsound and build the NewParser.
>> >>>>>>>
>> >>>>>>> It seems to succeed.  But, it's fast.  And doesn't seem to have
>> >>>>>>> rebuilt many
>> >>>>>>> things.
>> >>>>>>>
>> >>>>>>> The same error.  I did not succeed.
>> >>>>>>>
>> >>>>>>> Perhaps there is a "clean" option I need to know about?   (and
>> >>>>>>> that
>> >>>>>>> needs to
>> >>>>>>> be in the WIKI?)
>> >>>>>>>
>> >>>>>>> I look in my csound5 directory, and notice that there are a
>> >>>>>>> number
>> of
>> >>>>>>> new
>> >>>>>>> files here: csound, winsound, etc.
>> >>>>>>>
>> >>>>>>> From the terminal, I type
>> >>>>>>>
>> >>>>>>> ./winsound
>> >>>>>>>
>> >>>>>>> and, to my delight, I see that it did indeed build the Winsound
>> >>>>>>> front-end!
>> >>>>>>>
>> >>>>>>> So, I get confident and I type
>> >>>>>>>
>> >>>>>>> ./csound -odac imageopcodeTest.csd
>> >>>>>>>
>> >>>>>>> But I still get the same error message even here in the terminal
>> >>>>>>>
>> >>>>>>> then I do an ls and notice that there are a lot of invisible
>> >>>>>>> .dylib
>> >>>>>>> files in
>> >>>>>>> this csound5 source folder too and all the utilities are here as
>> >>>>>>> well.
>> >>>>>>>
>> >>>>>>> An ls -l reveals that everything was built moments ago.
>> >>>>>>>
>> >>>>>>> Shouldn't they have been "installed" somewhere?
>> >>>>>>>
>> >>>>>>> Could this be the "problem"?
>> >>>>>>>
>> >>>>>>> Maybe Steven or Victor could enlighten me and the MacCsoundUsers
>> some
>> >>>>>>> more
>> >>>>>>> about this.
>> >>>>>>>
>> >>>>>>> My guess is that I need to move these .dylibs and apps to other
>> >>>>>>> directories.
>> >>>>>>>
>> >>>>>>> My hope is that there is some sort of "script" that will do this
>> for
>> >>>>>>> me
>> >>>>>>>
>> >>>>>>> sudo make install Csound?
>> >>>>>>>
>> >>>>>>> Writing from the finish line - suspended in  mid-air - in
>> mid-lunge.
>> >>>>>>>
>> >>>>>>> Thanks
>> >>>>>>>
>> >>>>>>> Dr.B.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hello Steven,
>> >>>>>>>
>> >>>>>>> Thanks so much for all your help and for all this fantastic work
>> that
>> >>>>>>> made
>> >>>>>>> it "only" 10 hours now - and not 10 days!
>> >>>>>>>
>> >>>>>>> I am happy to report that... to get IncludeJavaWrappers=1  to
>> >>>>>>> work
>> >>>>>>> one needs
>> >>>>>>> to...
>> >>>>>>>
>> >>>>>>> ======
>> >>>>>>> download, build, install PCRE ( a dependency for SWIG)
>> >>>>>>>
>> >>>>>>> http://www.pcre.org
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then....
>> >>>>>>>
>> >>>>>>> =========
>> >>>>>>> download, build, install SWIG
>> >>>>>>>
>> >>>>>>> http://www.swig.org/index.php
>> >>>>>>>
>> >>>>>>> ./configure
>> >>>>>>> make
>> >>>>>>> sudo make install
>> >>>>>>>
>> >>>>>>> and then... this commandline from the WIKI works!
>> >>>>>>>
>> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> ====
>> >>>>>>>
>> >>>>>>> Your suggestions to write additional scripts would be HUGE.
>> >>>>>>>
>> >>>>>>> Your suggestions that we together update the WIKI to include all
>> the
>> >>>>>>> additional steps (dependencies) and pre-steps (checking for and
>> >>>>>>> removing old
>> >>>>>>> dylibs, etc.), and making sure that this are all done in the
>> >>>>>>> proper
>> >>>>>>> order
>> >>>>>>> (building an updated Cmake prior to trying to do PortMIDI which
>> uses
>> >>>>>>> Cmake),
>> >>>>>>> Telling users to change custom.py,  to find and build and move
>> boost,
>> >>>>>>> to
>> >>>>>>> edit SConstruct, to use sudo in some places, to share a few
>> >>>>>>> important UNIX commands like | grep and nm and ls -l, collect
>> >>>>>>> some
>> of
>> >>>>>>> the
>> >>>>>>> commands and links and suggestions from the manual
>> >>>>>>> (http://www.csounds.com/manual/html/BuildingCsound.html) and
>> >>>>>>> expanding them
>> >>>>>>> with
>> >>>>>>> what is in the WIKI, and....
>> >>>>>>>
>> >>>>>>> For the next 6 hours, I need to get all my student projects
>> >>>>>>> graded
>> >>>>>>> for
>> >>>>>>> tomorrow and wednesday and prepare my classes.  But, I might get
>> back
>> >>>>>>> to
>> >>>>>>> this much later tonight and try my luck at Cmake Xcode.
>> >>>>>>>
>> >>>>>>> It is so gratifying to have crossed the finish line - after all
>> >>>>>>> my
>> >>>>>>> failed
>> >>>>>>> attempts over the years.
>> >>>>>>>
>> >>>>>>> Thanks again to you and Victor and Michael Goggins and the other
>> >>>>>>> Developers
>> >>>>>>> who have made this possible.
>> >>>>>>>
>> >>>>>>> Good luck with your upgrade to 10.8.2
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> --------------------------------
>> >>>>>>> Dr. Richard Boulanger
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> -----------------------------------
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 1:25 PM, Steven Yi <stevenyi@gmail.com> wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Congratulations!  It's great that you have a working build.  I
>> would
>> >>>>>>> say, yes, it does take a long time to get a build system going
>> >>>>>>> for
>> >>>>>>> Csound on OSX and Windows, but that's only if you're building
>> >>>>>>> more
>> >>>>>>> than the basics.  The really difficult thing with csound builds,
>> >>>>>>> IMO,
>> >>>>>>> is getting the dependencies all sorted out.  Luckily, for a bare
>> >>>>>>> minimum build, you can do it with just libsndfile installed.  All
>> of
>> >>>>>>> the other stuff adds time and complexity to the building process.
>> >>>>>>> I'd
>> >>>>>>> estimate it probably took me 3-4 hours to figure out and build
>> >>>>>>> all
>> >>>>>>> the
>> >>>>>>> dependencies on Mac when I first built them from scratch.
>> >>>>>>>
>> >>>>>>> On the other hand, on Ubuntu Linux, the situation is vastly
>> simpler.
>> >>>>>>> Just run "sudo apt-get build-dep csound" and that installs all of
>> >>>>>>> the
>> >>>>>>> dependencies for building csound (tools, libs, etc).  After that,
>> it
>> >>>>>>> pretty much "just works" to use scons and cmake.
>> >>>>>>>
>> >>>>>>> Mac also adds to the issue with building all of the dependencies
>> >>>>>>> as
>> >>>>>>> universal libs.
>> >>>>>>>
>> >>>>>>> In some ways, we can update the documentation and further improve
>> >>>>>>> it,
>> >>>>>>> and hopefully help make the build process a little smoother.  On
>> the
>> >>>>>>> other hand, the pain involved with building dependencies has a
>> >>>>>>> certain
>> >>>>>>> amount of work that can't be easily circumvented.  (Unless we
>> >>>>>>> built
>> >>>>>>> a
>> >>>>>>> script that would fetch tarballs and build everything, which is a
>> >>>>>>> possibility.)
>> >>>>>>>
>> >>>>>>> Also, if you don't have SWIG installed, that's probably the cause
>> of
>> >>>>>>> the Java issue.  Hopefully installing that gets your further.
>> >>>>>>>
>> >>>>>>> I'm going to be checking things out on 10.8 over the next few
>> >>>>>>> days.
>> >>>>>>> I
>> >>>>>>> may try to build a magic dependencies script that can
>> >>>>>>> fetch/build/install dependencies as i386/x86_64, as well as
>> >>>>>>> declaring
>> >>>>>>> min OSX version as 10.7, so that the builds I do work on 10.7 and
>> >>>>>>> 10.8.  I'm not sure if the idea is so sound, but I'll give it a
>> try.
>> >>>>>>> :)
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>>
>> >>>>>>> Thanks Steven.
>> >>>>>>>
>> >>>>>>> I checked the dates
>> >>>>>>>
>> >>>>>>> ls -l  /Library/Frameworks/CsoundLib64.framework
>> >>>>>>>
>> >>>>>>> and they are:
>> >>>>>>>
>> >>>>>>> db: ls -l /Library/Frameworks/CsoundLib64.framework
>> >>>>>>> total 24
>> >>>>>>> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
>> >>>>>>> Versions/Current/CsoundLib64
>> >>>>>>> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
>> >>>>>>> Versions/Current/Headers
>> >>>>>>> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
>> >>>>>>> Versions/Current/Resources
>> >>>>>>> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>> >>>>>>>
>> >>>>>>> WOW.  Wonderful.  It's been a long time since I was able to pull
>> from
>> >>>>>>> git
>> >>>>>>> and build from sources.
>> >>>>>>>
>> >>>>>>> Thanks for all your help.  Now to solve the JavaWrapper problem -
>> >>>>>>> and... to
>> >>>>>>> move on to get a  Cmake Xcode version following that
>> >>>>>>> WIKI from here.
>> >>>>>>>
>> >>>>>>> Awesome.
>> >>>>>>>
>> >>>>>>> There is no way that I could have gotten my system to work
>> >>>>>>> without
>> >>>>>>> the
>> >>>>>>> invaluable and dedicated input, suggestions, debugging and
>> solutions
>> >>>>>>> from
>> >>>>>>> both you and Victor.
>> >>>>>>> Your .sh files were a HUGE help.  The WIKI was a huge help.  You
>> were
>> >>>>>>> both
>> >>>>>>> and incredible help
>> >>>>>>> And still ... It took 9.5 uninterrupted hours of concentrated
>> >>>>>>> work
>> to
>> >>>>>>> get to
>> >>>>>>> this point.
>> >>>>>>> I think we discovered some missing pieces/steps along the way.
>> >>>>>>> I hope that we can add some of these to your fantastic WIKI.
>> >>>>>>>
>> >>>>>>> But... wait... as I look at the page
>> >>>>>>> http://www.csounds.com/manual/html/BuildingCsound.html
>> >>>>>>> to install from the Manual, I see that there are other "optional"
>> >>>>>>> libraries
>> >>>>>>> to install and include - like Loris, and CsoundAv, and...
>> >>>>>>>
>> >>>>>>> For generating Python and Java interfaces, install the Software
>> >>>>>>> Interface
>> >>>>>>> and Wrapper Generator (SWIG) from http://www.swig.org.
>> >>>>>>> The fluid opcodes require the Fluidsynth library from
>> >>>>>>> http://savannah.nongnu.org/download/fluid.
>> >>>>>>> The STK opcodes require STK source code from
>> >>>>>>> http://ccrma.stanford.edu/software/stk, copied into
>> >>>>>>> csound5/Opcodes/stk.
>> >>>>>>> The Loris opcodes requires Loris 1.8 to be installed:
>> >>>>>>> http://sourceforge.net/projects/loris/files. It will create the
>> >>>>>>> Csound Loris
>> >>>>>>> opcodes (along with Loris itself). When you run Csound use an
>> >>>>>>> additional
>> >>>>>>> command line flag: --opcode-lib. For example in Linux:
>> >>>>>>> --opcode-lib=/usr/local/lib/libloris.so
>> >>>>>>>
>> >>>>>>> Should the WIKI cover these too?
>> >>>>>>>
>> >>>>>>> I will try this SWIG install, because it might help to fix the
>> >>>>>>> JavaWrapper
>> >>>>>>> issue?
>> >>>>>>>
>> >>>>>>> Thanks again so much... still more to do it seems, but nice to
>> >>>>>>> have
>> >>>>>>> crossed
>> >>>>>>> "this" finish line.
>> >>>>>>>
>> >>>>>>> Can we hope to bring others along?
>> >>>>>>>
>> >>>>>>> So that when the developers have a bug fix or new opcode that
>> >>>>>>> that
>> >>>>>>> commit to
>> >>>>>>> the Git repository, many of us could just pull and rebuild to
>> >>>>>>> check
>> >>>>>>> it out.
>> >>>>>>>
>> >>>>>>> Thanks again so much for all this help.
>> >>>>>>>
>> >>>>>>> -dB
>> >>>>>>>
>> >>>>>>> SWIG and then on to the Cmake Xcode project
>> >>>>>>>
>> >>>>>>> -----------------------------------------
>> >>>>>>> Dr. Richard Boulanger, Ph.D.
>> >>>>>>> rboulanger@berklee.edu
>> >>>>>>> Professor of Electronic Production and Design
>> >>>>>>> Professional Writing and Music Technology Division
>> >>>>>>> Berklee College of Music
>> >>>>>>> 617-747-2485 (office)  774-488-9166 (cell)
>> >>>>>>> http://csounds.com/boulanger     http://csounds.com/mathews
>> >>>>>>> http://boulangerlabs.com    http://csoundforlive.com
>> >>>>>>> http://csounds.com
>> >>>>>>>
>> -------------------------------------------------------------------------------------------------
>> >>>>>>>
>> >>>>>>> On Oct 8, 2012, at 12:52 PM, Steven Yi <stevenyi@gmail.com>
>> >>>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hi Dr. B,
>> >>>>>>>
>> >>>>>>> Yes, looks like things are done there!  You can look at the dates
>> of
>> >>>>>>> the files in /Library/Frameworks/CsoundLib64.framework to verify.
>> >>>>>>> As
>> >>>>>>> for Java, the OSX installer currently says 31 minutes left, but
>> that
>> >>>>>>> ticker is going down slowly here. :)
>> >>>>>>>
>> >>>>>>> I forgot though, did you manage to get Cmake XCode working?
>> >>>>>>>
>> >>>>>>> steven
>> >>>>>>>
>> >>>>>>> On Mon, Oct 8, 2012 at 5:48 PM, Dr. Richard Boulanger
>> >>>>>>> <rboulanger@berklee.edu> wrote:
>> >>>>>>>
>> >>>>>>> Maybe I have it then?
>> >>>>>>>
>> >>>>>>> I used this build command:
>> >>>>>>>
>> >>>>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=0 useDouble=1
>> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>> >>>>>>> buildBeats=1
>> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>> >>>>>>>
>> >>>>>>> Gave it my Password
>> >>>>>>>
>> >>>>>>> Password:
>> >>>>>>>
>> >>>>>>> And the... It starts like this....
>> >>>>>>>
>> >>>>>>> scons: Reading SConscript files ...
>> >>>>>>>
>> >>>>>>>    C S O U N D 5
>> >>>>>>>
>> >>>>>>> SCons build file for Csound 5:
>> >>>>>>> API library, plugin opcodes, utilities, and front ends.
>> >>>>>>>
>> >>>>>>> By Michael Gogins <gogins at pipeline dot com>
>> >>>>>>>
>> >>>>>>> For custom options, run 'scons -h'.
>> >>>>>>> For default options, run 'scons -H'.
>> >>>>>>> If headers or libraries are not found, edit 'custom.py'.
>> >>>>>>> For Linux, run in the standard shell
>> >>>>>>>  with standard Python and just run 'scons'.
>> >>>>>>> For MinGW, run in the MSys shell
>> >>>>>>>  and use www.python.org WIN32 Python to run scons.
>> >>>>>>> For Microsoft Visual C++, run in the Platform SDK
>> >>>>>>>  command shell, and use www.python.org WIN32 Python to run scons.
>> >>>>>>>
>> >>>>>>> System platform is 'darwin'.
>> >>>>>>> Using options from 'custom.py.'
>> >>>>>>>
>> >>>>>>> scons: warning: The Options class is deprecated; use the
>> >>>>>>> Variables
>> >>>>>>> class
>> >>>>>>> instead.
>> >>>>>>> File
>> >>>>>>>
>> "/Users/db/rcb/csound/_buildingCsound5fromSources/csound5/SConstruct",
>> >>>>>>> line 346, in <module>
>> >>>>>>> Build platform is 'darwin'.
>> >>>>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>> >>>>>>> 'g++',
>> >>>>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>> 'rpcgen',
>> >>>>>>> 'jar',
>> >>>>>>> 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
>> >>>>>>> CONFIGURATION DECISION: No localisation
>> >>>>>>> CONFIGURATION DECISION: Using double-precision floating point for
>> >>>>>>> audio
>> >>>>>>> samples.
>> >>>>>>> Mac OS X version 10.8
>> >>>>>>> Apple Python version is 2.7
>> >>>>>>> Current Python version is 2.7, using Apple Python Framework
>> >>>>>>> Checking for C header file stdio.h... (cached) yes
>> >>>>>>> Checking for C library sndfile... (cached) yes
>> >>>>>>> Checking for C library pthread... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: No Wiimote support
>> >>>>>>> CONFIGURATION DECISION: No P5 Glove support
>> >>>>>>> CONFIGURATION DECISION: Building with Serial code support
>> >>>>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>> >>>>>>> pthread...
>> >>>>>>> (cached) no
>> >>>>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>> >>>>>>> Checking for int n = omp_get_num_threads() in C++ library gomp...
>> >>>>>>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C
>> >>>>>>> library
>> >>>>>>> m...
>> >>>>>>> (cached) yes
>> >>>>>>> found sync lock
>> >>>>>>> Checking for C++ header file
>> >>>>>>>
>> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>> >>>>>>> (cached) no
>> >>>>>>> Checking for C header file portaudio.h... (cached) yes
>> >>>>>>> Checking for C header file portmidi.h... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>> >>>>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>> >>>>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>> >>>>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>> >>>>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>> >>>>>>> Checking for C library asound... (cached) no
>> >>>>>>> Checking for C header file lo/lo.h... (cached) yes
>> >>>>>>> Checking for MusicXML2::SXMLFile f =
>> >>>>>>> MusicXML2::TXMLFile::create()
>> in
>> >>>>>>> C++
>> >>>>>>> library musicxml2... (cached) no
>> >>>>>>> Checking for C header file jack/jack.h... (cached) yes
>> >>>>>>> Checking for C header file pulse/simple.h... (cached) no
>> >>>>>>> Checking for C++ header file Opcodes/stk/include/Stk.h...
>> >>>>>>> (cached)
>> >>>>>>> no
>> >>>>>>> Checking for C header file m_pd.h... (cached) no
>> >>>>>>> Checking for C header file tcl.h... (cached) yes
>> >>>>>>> Checking for C header file zlib.h... (cached) yes
>> >>>>>>> Checking for C++ header file funknown.h... (cached) no
>> >>>>>>> Checking for C header file lua.h... (cached) no
>> >>>>>>> Checking for SWIG... no
>> >>>>>>> Python Version: 2.7
>> >>>>>>> Checking for C header file Python.h... (cached) yes
>> >>>>>>> Checking for C++ header file
>> >>>>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>> (cached)
>> >>>>>>> yes
>> >>>>>>> Checking for C header file io.h... (cached) no
>> >>>>>>> Checking for C header file fcntl.h... (cached) yes
>> >>>>>>> Checking for C header file unistd.h... (cached) yes
>> >>>>>>> Checking for C header file stdint.h... (cached) yes
>> >>>>>>> Checking for C header file sys/time.h... (cached) yes
>> >>>>>>> Checking for C header file sys/types.h... (cached) yes
>> >>>>>>> Checking for C header file termios.h... (cached) yes
>> >>>>>>> Checking for C header file values.h... (cached) no
>> >>>>>>> Checking for C header file sys/socket.h... (cached) yes
>> >>>>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>> >>>>>>> CONFIGURATION DECISION: Not building with new parser debugging
>> >>>>>>> CONFIGURATION DECISION: Building dynamic Csound library
>> >>>>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>> >>>>>>> swigflags: ['-c++', '-includeall', '-verbose', '-DMACOSX',
>> >>>>>>> '-DPIPES',
>> >>>>>>> '-DHAVE_FLTK', '-DUSE_DOUBLE', '-DHAVE_SYNC_LOCK_TEST_AND_SET',
>> >>>>>>> '-DHAVE_FCNTL_H', '-DHAVE_UNISTD_H', '-DHAVE_STDINT_H',
>> >>>>>>> '-DHAVE_SYS_TIME_H',
>> >>>>>>> '-DHAVE_SYS_TYPES_H', '-DHAVE_TERMIOS_H', '-DHAVE_SOCKETS',
>> >>>>>>> '-DHAVE_DIRENT_H', '-DPARCS', '-DPARCS',
>> >>>>>>> '-D__BUILDING_LIBCSOUND',
>> >>>>>>> '-D_CSOUND_RELEASE_',
>> >>>>>>>
>> '-DCS_DEFAULT_PLUGINDIR=\\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\\"',
>> >>>>>>> '-D__BUILDING_CSOUND_INTERFACES', '-I.', '-I./H',
>> >>>>>>> '-I/usr/include/malloc',
>> >>>>>>> '-I/opt/local/include/boost_1_51_0/', '-I/usr/include/python2.7',
>> >>>>>>> '-I/usr/local/include', '-IEngine', '-Iinterfaces']
>> >>>>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Java wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound C++
>> >>>>>>> interface
>> >>>>>>> library.
>> >>>>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>> documentation.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building UDP plugins.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building OSC plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>> >>>>>>> Checking for C header file png.h... (cached) no
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>> >>>>>>> CONFIGURATION DECISION: Building PortAudio module.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building JACK plugin.
>> >>>>>>> COPYINNG plugin
>> >>>>>>> CONFIGURATION DECISION: Building with PortMIDI.
>> >



--
www.myspace.com/dcompanymusic
www.myspace.com/thewoodshedmusicians
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




Date2012-10-10 10:37
FromSteven Yi
SubjectRe: [Cs-dev] [Csnd] Building Csound5 on OS X 10.8.2 Mountain Lion
Hi Deepak,

A few options regarding executables:

1. You can copy them into /usr/local/bin.  The ones you currently
built are for doubles build.
2. You can build csound with useDouble=0.  This will create
CsoundLib.framework which is for the floating point build.  The
executables you have in /usr/local/bin, if they're from the installer,
will correctly link with that.
3. You can run utilities from the csound command using "csound -U ...".

Also, one thing I forgot to mention: for OSX, the Java wrapper that is
built does not get put into the framework.  If you're using a
developer build on your system, you need to either:

1. copy lib_jcsound.jnilib into
/Library/Frameworks/Csound64.framework/Resources/Java (may need to
create that folder within the Framework)

2. go to /Library/Java/Extensions and remove the symlink there, and
create a new one that links to the location of lib_jcsound.jnilib in
your csound5 build folder (I do this normally as new builds
automatically stay current)

3. Copy the lib_jcsound.jnilib into /Library/Java/Extensions,
overwriting the symlink to the CsoundLib64.framework

For Java, only the jnilib built with useDouble=1 should be used (blue
and other java programs I'm aware of are built using doubles build)

steven

On Wed, Oct 10, 2012 at 5:06 AM, Deepak  wrote:
> Hi ...
>
> So after the last error, I downloaded gettext using Macports and got it
> installed and then again ran the scons command
>
> and this is what I got...Is there more to do? Or have I crossed the finished
> line?
>
> scons: Reading SConscript files ...
>
>       C S O U N D 5
>
> SCons build file for Csound 5:
> API library, plugin opcodes, utilities, and front ends.
>
> By Michael Gogins 
>
> For custom options, run 'scons -h'.
> For default options, run 'scons -H'.
> If headers or libraries are not found, edit 'custom.py'.
> For Linux, run in the standard shell
>     with standard Python and just run 'scons'.
> For MinGW, run in the MSys shell
>     and use www.python.org WIN32 Python to run scons.
> For Microsoft Visual C++, run in the Platform SDK
>     command shell, and use www.python.org WIN32 Python to run scons.
>
> System platform is 'darwin'.
> Using options from 'custom.py.'
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File
> "/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/csound5/SConstruct",
> line 346, in 
>
> Build platform is 'darwin'.
> SCons tools on this platform:  ['default', 'applelink', 'gcc', 'g++',
> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc', 'rpcgen', 'swig',
> 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS', 'RCS']
> Checking for C header file libintl.h... (cached) no
>
> CONFIGURATION DECISION: Using double-precision floating point for audio
> samples.
> Mac OS X version 10.8
> Apple Python version is 2.7
> Current Python version is 2.7, using Apple Python Framework
> Checking for C header file stdio.h... (cached) yes
> Checking for C library sndfile... (cached) yes
> Checking for C library pthread... (cached) yes
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: Building with Serial code support
> Checking for pthread_barrier_init(0, NULL, 0) in C library pthread...
> (cached) no
> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
> Checking for int n = omp_get_num_threads() in C++ library gomp... (cached)
> yes
> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C library m...
> (cached) yes
> found sync lock
> Checking for C++ header file
> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
> (cached) no
> Checking for C header file portaudio.h... (cached) yes
> Checking for C header file portmidi.h... (cached) yes
> Checking for C++ header file FL/Fl.H... (cached) yes
> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
> Checking for C++ header file boost/any.hpp... (cached) yes
> Checking for C++ header file gmm/gmm.h... (cached) no
> Checking for C library asound... (cached) no
> Checking for C header file lo/lo.h... (cached) no
>
> Checking for MusicXML2::SXMLFile f = MusicXML2::TXMLFile::create() in C++
> library musicxml2... (cached) no
> Checking for C header file jack/jack.h... (cached) no
>
> Checking for C header file pulse/simple.h... (cached) no
> Checking for C++ header file Opcodes/stk/include/Stk.h... (cached) no
> Checking for C header file m_pd.h... (cached) no
> Checking for C header file tcl.h... (cached) yes
> Checking for C header file zlib.h... (cached) yes
> Checking for C++ header file funknown.h... (cached) no
> Checking for C header file lua.h... (cached) no
> Checking for SWIG... yes
> Python Version: 2.7
> Checking for C header file Python.h... (cached) yes
> Checking for C++ header file
> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h... (cached) yes
> Checking for C header file io.h... (cached) no
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file values.h... (cached) no
> Checking for C header file sys/socket.h... (cached) yes
> Checking for libsndfile version 1.0.19 or later... (cached) yes
> CONFIGURATION DECISION: Not building with new parser debugging
> CONFIGURATION DECISION: Building dynamic Csound library
> CONFIGURATION DECISION: Building Csound C++ interface library.
> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES -DHAVE_FLTK
> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
> -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS -D__BUILDING_LIBCSOUND
> -D_CSOUND_RELEASE_
> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include -IEngine -Iinterfaces
>
> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Java wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not building Python wrapper to Csound C++ interface
> library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Building UDP plugins.
> COPYINNG plugin
> COPYINNG plugin
> CONFIGURATION DECISION: Not building OSC plugin.
> COPYINNG plugin
> COPYINNG plugin
>
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> Checking for C header file png.h... (cached) no
> COPYINNG plugin
> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Building CoreAudio plugin.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building ALSA plugin.
> CONFIGURATION DECISION: Building PortAudio module.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building JACK plugin.
>
> CONFIGURATION DECISION: Building with PortMIDI.
> COPYINNG plugin
> COPYINNG plugin
> Checking for C header file fluidsynth.h... (cached) no
> CONFIGURATION DECISION: Not building fluid opcodes.
> CONFIGURATION DECISION: Not building vst4cs opcodes.
> Checking for C header file ladspa.h... (cached) no
> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> COPYINNG plugin
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 False
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DEFAULT:  Building csLadspa.
> CONFIGURATION DECISION: Building beats score frontend
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> CONFIGURATION DECISION: Adding resource fork for csound
> scons: done reading SConscript files.
> scons: Building targets ...
> rm -r /Library/Frameworks/CsoundLib64.framework; cp -R CsoundLib64.framework
> /Library/Frameworks/
> Rez -i APPL -o csound cs5.r
> cp lib_csnd.dylib
> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
> mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo
> po/german.po
> mkdir -p po/en_GB/LC_MESSAGES; msgfmt -o po/en_GB/LC_MESSAGES/csound5.mo
> po/csound.po
> mkdir -p po/en_US/LC_MESSAGES; msgfmt -o po/en_US/LC_MESSAGES/csound5.mo
> po/american.po
> mkdir -p po/es_CO/LC_MESSAGES; msgfmt -o po/es_CO/LC_MESSAGES/csound5.mo
> po/es_CO.po
> mkdir -p po/fr/LC_MESSAGES; msgfmt -o po/fr/LC_MESSAGES/csound5.mo
> po/french.po
> mkdir -p po/it/LC_MESSAGES; msgfmt -o po/it/LC_MESSAGES/csound5.mo
> po/italian.po
> mkdir -p po/ro/LC_MESSAGES; msgfmt -o po/ro/LC_MESSAGES/csound5.mo
> po/romanian.po
> mkdir -p po/ru/LC_MESSAGES; msgfmt -o po/ru/LC_MESSAGES/csound5.mo
> po/russian.po
> gcc -o util/pvx_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util/pvx_main.c
> gcc -o pv_export -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvx_main.o
> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
> -lm
> gcc -o util/pvi_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util/pvi_main.c
> gcc -o pv_import -arch i386 -arch x86_64 -F. -framework CsoundLib64
> -lsndfile -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -framework Carbon -framework CoreAudio -framework CoreMIDI util/pvi_main.o
> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread
> -lm
> gcc -o util/pvc_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util/pvc_main.c
> gcc -o pvanal -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/pvc_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/pvl_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util/pvl_main.c
> gcc -o pvlook -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/pvl_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/scale_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util/scale_main.c
> gcc -o scale -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/scale_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util1/scot/scot_main.o -c -O3 -arch i386 -arch x86_64 -msse
> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK
> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util1/scot/scot_main.c
> gcc -o util1/scot/scot.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util1/scot/scot.c
> gcc -o scot -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> util1/scot/scot_main.o util1/scot/scot.o -L. -L. -L/usr/local/lib -L. -L.
> -lsndfile -lpthread -lgomp -lm
> gcc -o util1/sortex/smain.o -c -O3 -arch i386 -arch x86_64 -msse
> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK
> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H
> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util1/sortex/smain.c
> gcc -o scsort -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util1/sortex/smain.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o sdif2ad -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> SDIF/sdif2adsyn.o SDIF/sdif.o SDIF/sdif-mem.o -L. -L. -L/usr/local/lib -L.
> -L. -lsndfile -lpthread -lgomp -lm
> gcc -o util/sndinfo_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util/sndinfo_main.c
> gcc -o sndinfo -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/sndinfo_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> gcc -o util/srconv_main.o -c -O3 -arch i386 -arch x86_64 -msse -mfpmath=sse
> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
> -freorder-blocks -DMACOSX -DPIPES -DHAVE_FLTK -DUSE_DOUBLE
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS
> -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
> -I/Users/musicmagic/Desktop/BoulangerLabs/Csound/CsoundBuilt2/boost_1_51_0
> -I/usr/include/python2.6 -I/usr/local/include util/srconv_main.c
> gcc -o srconv -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile
> -arch i386 -arch x86_64 -F. -framework CsoundLib64 -lsndfile -framework
> Carbon -framework CoreAudio -framework CoreMIDI util/srconv_main.o -L. -L.
> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm -lpthread -lm
> scons: done building targets.
>
> I tried to run a test csd from the QT but wasn't running right
> initially...Then had to move the csound executable file from the local
> folder to /usr/local/bin and replace the old one...I believe the old one was
> referencing CsoundLib.framework and not CsoundLib64.
>
> now my other question is do I have to copy every single executable file that
> was created during the build process in the local folder to /usr/local/bin ?
>
> In any case this looks encouraging for sure! :)
>
> Thanks
> Deepak.
>
>
>
>
>
>
>
>
> On Tue, Oct 9, 2012 at 11:41 PM, Deepak  wrote:
>>
>> Ok will try that now...I am also trying to install gettext utils on my
>> machine now...Managed to get the javaWrapper flag to be set to 1 (didnt have
>> swig)...
>>
>> Thank you very much
>> D
>>
>>
>>
>>
>> On Tue, Oct 9, 2012 at 11:30 PM, Adam Puckett 
>> wrote:
>>>
>>> useGettext=0
>>>
>>> On 10/9/12, Deepak  wrote:
>>> > Hi Everyone...
>>> >
>>> > I have also been trying to build Csound from sources (in fact was
>>> > trying to
>>> > do it together with Dr. B on sunday night)...Then I had to be away from
>>> > it
>>> > the last two days.. I have been reading the thread on this quite
>>> > closely
>>> > and have done little tweaks here and there (for eg: deleting older
>>> > versions
>>> > of some libraries, sudo scons etc.)
>>> >
>>> > and this is what I get now...
>>> >
>>> > CONFIGURATION DECISION: Not building Tclcsound
>>> > CONFIGURATION DECISION: Not building Winsound
>>> > CONFIGURATION DEFAULT:  Building csLadspa.
>>> > CONFIGURATION DECISION: Building beats score frontend
>>> > CONFIGURATION DECISION: Not building catalog builder.
>>> > CONFIGURATION DECISION: Not calling TAGS
>>> > CONFIGURATION DECISION: Adding resource fork for csound
>>> > scons: done reading SConscript files.
>>> > scons: Building targets ...
>>> > rm -r /Library/Frameworks/CsoundLib64.framework; cp -R
>>> > CsoundLib64.framework /Library/Frameworks/
>>> > Rez -i APPL -o csound cs5.r
>>> > cp lib_csnd.dylib
>>> > /Library/Frameworks/CsoundLib64.framework/Versions/5.2/lib_csnd.dylib
>>> > mkdir -p po/de/LC_MESSAGES; msgfmt -o po/de/LC_MESSAGES/csound5.mo
>>> > po/german.po
>>> > sh: msgfmt: command not found
>>> > scons: *** [po/de/LC_MESSAGES/csound5.mo] Error 127
>>> > scons: building terminated because of errors.
>>> >
>>> > i have the buildJavaWrapper to be set as 0 now...
>>> >
>>> > I was not able to find anything related to this error on the thread....
>>> >
>>> > Would be great if someone can point me in the right direction...Running
>>> > 10.8 OSX...Is it some sort of an error with bash?
>>> >
>>> > I did check /Library/Frameworks and CsoundLib64 was built (did ls -l
>>> > and
>>> > looked at the date), but CsoundLib was not...
>>> >
>>> > Thank you very much
>>> > Looking forward to cross the finishline at some point soon...:)
>>> >
>>> > Deepak.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > On Tue, Oct 9, 2012 at 2:12 PM, Adam Puckett
>>> > wrote:
>>> >
>>> >> Dr. B,
>>> >>
>>> >> I was thinking exactly the same thing. Why not make this an article in
>>> >> the next Csound Journal? It would seem the perfect place to chronicle
>>> >> this type of experience.
>>> >>
>>> >> On 10/9/12, Dr. Richard Boulanger  wrote:
>>> >> > Success!
>>> >> >
>>> >> > SUCCESS!!!!  I have crossed the finish line.
>>> >> >
>>> >> > Who would have thought to "sudo make install" FLTK again.  (OK, I
>>> >> > guess
>>> >> that
>>> >> > Victor would have thought this.)
>>> >> > WOW.  Great.  I was able to run the image opcodes. Thanks Victor for
>>> >> > this
>>> >> > advice.
>>> >> >
>>> >> > Thanks Steven for all your advice and suggestions - and for your
>>> >> excellent
>>> >> > WIKI developer documents.
>>> >> >
>>> >> > Still learning more here.
>>> >> >
>>> >> > Maybe we should think to include a set of "tips", at the end of the
>>> >> > ultimate/new document, that suggests things from this thread to
>>> >> > "try" when things go wrong.
>>> >> >
>>> >> > Also, John Clements, is planning to follow along behind us on this
>>> >> thread,
>>> >> > and install from sources on his machine over the next week.
>>> >> >
>>> >> > Then his plan is to collect all these documents and tips and scripts
>>> >> > and
>>> >> > with you to make a new "comprehensive" document that we
>>> >> > would love to post/host at Csounds.com.
>>> >> >
>>> >> > On Thursday I will begin the process of building the Xcode Project
>>> >> > from
>>> >> > Cmake as you have outlined in your other WIKI.  I will post these
>>> >> > results
>>> >> > too
>>> >> > and hopefully get more help from you.
>>> >> >
>>> >> > What we still need to include/know is:  What the build creates?
>>> >> > Where
>>> >> > it
>>> >> > typically creates/installs what it creates? And, if it makes things
>>> >> "here"
>>> >> > in
>>> >> > the current folder without "installing" it - where we should
>>> >> > move/copy
>>> >> it so
>>> >> > that what we built is the version that we are now using when we
>>> >> > launch
>>> >> > CsoundQt.
>>> >> >
>>> >> >
>>> >> > -dB
>>> >> >
>>> >> > --------------------------------
>>> >> > Dr. Richard Boulanger
>>> >> > rboulanger@berklee.edu
>>> >> > -----------------------------------
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> > On Oct 9, 2012, at 7:21 AM, Victor Lazzarini
>>> >> > 
>>> >> > wrote:
>>> >> >
>>> >> >> Maybe? Just run sudo make install from FLTK again (do not need to
>>> >> >> build
>>> >> it
>>> >> >> just install).
>>> >> >>
>>> >> >> Victor
>>> >> >> On 9 Oct 2012, at 12:13, Dr. Richard Boulanger wrote:
>>> >> >>
>>> >> >>> I did get rid of the .os files, but... to get the image opcodes to
>>> >> >>> compile so that I could grade student projects for class today, I
>>> >> >>> had
>>> >> to
>>> >> >>> re-install from the latest Binary at SourceForge.
>>> >> >>>
>>> >> >>> csound5.18.031-OSX10.7-universal.dmg
>>> >> >>>
>>> >> >>> This might have changed some things on the system?
>>> >> >>>
>>> >> >>> --------------------------------
>>> >> >>> Dr. Richard Boulanger
>>> >> >>> rboulanger@berklee.edu
>>> >> >>> -----------------------------------
>>> >> >>>
>>> >> >>>
>>> >> >>>
>>> >> >>>
>>> >> >>> On Oct 9, 2012, at 7:07 AM, Victor Lazzarini
>>> >> >>> >> >> >
>>> >> >>> wrote:
>>> >> >>>
>>> >> >>>> This is the same problem as before, getting rid of the .os files
>>> >> should
>>> >> >>>> sort it, if your FLTK installation is correct. Not sure what
>>> >> >>>> changed
>>> >> in
>>> >> >>>> your system since then.
>>> >> >>>>
>>> >> >>>> On 9 Oct 2012, at 11:51, Dr. Richard Boulanger wrote:
>>> >> >>>>
>>> >> >>>>> It didn't quite make it this time.  Now this is possibly because
>>> >> >>>>> I
>>> >> >>>>> asked it to build a few more things (from the ManPage at
>>> >> Csounds.com).
>>> >> >>>>>
>>> >> >>>>> I thought I would be able to fix this FLTK spinner thing by
>>> >> >>>>> deleting
>>> >> >>>>> the .os files in the InOut directory - as Victor had advised a
>>> >> >>>>> couple
>>> >> >>>>> of days ago, but not this time.
>>> >> >>>>>
>>> >> >>>>> Note that I have asked it to buildNewParser.
>>> >> >>>>>
>>> >> >>>>> Do I need to also install Flex and Bison for this to work?
>>> >> >>>>> Where?
>>> >> >>>>> How?
>>> >> >>>>>
>>> >> >>>>> db: sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>> >> >>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>> >> buildBeats=1
>>> >> >>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>> >> >>>>> buildImageOpcodes=1 buildWinsound=1 buildBeats=1
>>> >> >>>>> buildMultiCore=1
>>> >> >>>>> buildVirtual=1 useOSC=1 useGettext=0 buildNewParser=1
>>> >> >>>>> scons: Reading SConscript files ...
>>> >> >>>>>
>>> >> >>>>>       C S O U N D 5
>>> >> >>>>>
>>> >> >>>>> SCons build file for Csound 5:
>>> >> >>>>> API library, plugin opcodes, utilities, and front ends.
>>> >> >>>>>
>>> >> >>>>> By Michael Gogins 
>>> >> >>>>>
>>> >> >>>>> For custom options, run 'scons -h'.
>>> >> >>>>> For default options, run 'scons -H'.
>>> >> >>>>> If headers or libraries are not found, edit 'custom.py'.
>>> >> >>>>> For Linux, run in the standard shell
>>> >> >>>>>     with standard Python and just run 'scons'.
>>> >> >>>>> For MinGW, run in the MSys shell
>>> >> >>>>>     and use www.python.org WIN32 Python to run scons.
>>> >> >>>>> For Microsoft Visual C++, run in the Platform SDK
>>> >> >>>>>     command shell, and use www.python.org WIN32 Python to run
>>> >> >>>>> scons.
>>> >> >>>>>
>>> >> >>>>> System platform is 'darwin'.
>>> >> >>>>> Using options from 'custom.py.'
>>> >> >>>>>
>>> >> >>>>> scons: warning: The Options class is deprecated; use the
>>> >> >>>>> Variables
>>> >> >>>>> class instead.
>>> >> >>>>> File
>>> >> >>>>>
>>> >>
>>> >> "/Users/db/rcb/csound/__buildingCsound5fromSources/csound5/SConstruct",
>>> >> >>>>> line 346, in 
>>> >> >>>>> Build platform is 'darwin'.
>>> >> >>>>> SCons tools on this platform:  ['default', 'applelink', 'gcc',
>>> >> >>>>> 'g++',
>>> >> >>>>> 'gfortran', 'as', 'ar', 'filesystem', 'm4', 'lex', 'yacc',
>>> >> >>>>> 'rpcgen',
>>> >> >>>>> 'swig', 'jar', 'javac', 'javah', 'rmic', 'tar', 'zip', 'CVS',
>>> >> >>>>> 'RCS']
>>> >> >>>>> CONFIGURATION DECISION: No localisation
>>> >> >>>>> CONFIGURATION DECISION: Using double-precision floating point
>>> >> >>>>> for
>>> >> audio
>>> >> >>>>> samples.
>>> >> >>>>> Mac OS X version 10.8
>>> >> >>>>> Apple Python version is 2.7
>>> >> >>>>> Current Python version is 2.7, using Apple Python Framework
>>> >> >>>>> Checking for C header file stdio.h... (cached) yes
>>> >> >>>>> Checking for C library sndfile... (cached) yes
>>> >> >>>>> Checking for C library pthread... (cached) yes
>>> >> >>>>> CONFIGURATION DECISION: No Wiimote support
>>> >> >>>>> CONFIGURATION DECISION: No P5 Glove support
>>> >> >>>>> CONFIGURATION DECISION: Building with Serial code support
>>> >> >>>>> Checking for pthread_barrier_init(0, NULL, 0) in C library
>>> >> >>>>> pthread...
>>> >> >>>>> (cached) no
>>> >> >>>>> CONFIGURATION DECISION: Not using HAVE_PTHREAD_BARRIER_INIT
>>> >> >>>>> Checking for int n = omp_get_num_threads() in C++ library
>>> >> >>>>> gomp...
>>> >> >>>>> (cached) yes
>>> >> >>>>> Checking for __sync_lock_test_and_set((int32_t *)0, 0) in C
>>> >> >>>>> library
>>> >> >>>>> m... (cached) yes
>>> >> >>>>> found sync lock
>>> >> >>>>> Checking for C++ header file
>>> >> >>>>>
>>> >>
>>> >> frontends/CsoundVST/vstsdk2.4/public.sdk/source/vst2.x/audioeffectx.h...
>>> >> >>>>> (cached) no
>>> >> >>>>> Checking for C header file portaudio.h... (cached) yes
>>> >> >>>>> Checking for C header file portmidi.h... (cached) yes
>>> >> >>>>> Checking for C++ header file FL/Fl.H... (cached) yes
>>> >> >>>>> Checking for C++ header file FL/Fl_Spinner.H... (cached) yes
>>> >> >>>>> Checking for C++ header file eigen3/Eigen/Dense... (cached) no
>>> >> >>>>> Checking for C++ header file boost/any.hpp... (cached) yes
>>> >> >>>>> Checking for C++ header file gmm/gmm.h... (cached) no
>>> >> >>>>> Checking for C library asound... (cached) no
>>> >> >>>>> Checking for C header file lo/lo.h... (cached) yes
>>> >> >>>>> Checking for MusicXML2::SXMLFile f =
>>> >> >>>>> MusicXML2::TXMLFile::create()
>>> >> >>>>> in
>>> >> >>>>> C++ library musicxml2... (cached) no
>>> >> >>>>> Checking for C header file jack/jack.h... (cached) yes
>>> >> >>>>> Checking for C header file pulse/simple.h... (cached) no
>>> >> >>>>> Checking for C++ header file Opcodes/stk/include/Stk.h...
>>> >> >>>>> (cached)
>>> >> >>>>> no
>>> >> >>>>> Checking for C header file m_pd.h... (cached) no
>>> >> >>>>> Checking for C header file tcl.h... (cached) yes
>>> >> >>>>> Checking for C header file zlib.h... (cached) yes
>>> >> >>>>> Checking for C++ header file funknown.h... (cached) no
>>> >> >>>>> Checking for C header file lua.h... (cached) no
>>> >> >>>>> Checking for SWIG... yes
>>> >> >>>>> Python Version: 2.7
>>> >> >>>>> Checking for C header file Python.h... (cached) yes
>>> >> >>>>> Checking for C++ header file
>>> >> >>>>> /System/Library/Frameworks/JavaVM.framework/Headers/jni.h...
>>> >> >>>>> (cached)
>>> >> >>>>> yes
>>> >> >>>>> Checking for C header file io.h... (cached) no
>>> >> >>>>> Checking for C header file fcntl.h... (cached) yes
>>> >> >>>>> Checking for C header file unistd.h... (cached) yes
>>> >> >>>>> Checking for C header file stdint.h... (cached) yes
>>> >> >>>>> Checking for C header file sys/time.h... (cached) yes
>>> >> >>>>> Checking for C header file sys/types.h... (cached) yes
>>> >> >>>>> Checking for C header file termios.h... (cached) yes
>>> >> >>>>> Checking for C header file values.h... (cached) no
>>> >> >>>>> Checking for C header file sys/socket.h... (cached) yes
>>> >> >>>>> Checking for libsndfile version 1.0.19 or later... (cached) yes
>>> >> >>>>> CONFIGURATION DECISION: Not building with new parser debugging
>>> >> >>>>> CONFIGURATION DECISION: Building dynamic Csound library
>>> >> >>>>> CONFIGURATION DECISION: Building Csound C++ interface library.
>>> >> >>>>> swigflags: -c++ -includeall -verbose -DMACOSX -DPIPES
>>> >> >>>>> -DHAVE_FLTK
>>> >> >>>>> -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -D__BUILDING_CSOUND_INTERFACES -I. -I./H -I/usr/include/malloc
>>> >> >>>>> -I/opt/local/include/boost_1_51_0/ -I/usr/include/python2.7
>>> >> >>>>> -I/usr/local/include -IEngine -Iinterfaces
>>> >> >>>>> CONFIGURATION DECISION: Not building Lua wrapper to Csound C++
>>> >> >>>>> interface library.
>>> >> >>>>> CONFIGURATION DECISION: Building Java wrapper to Csound C++
>>> >> >>>>> interface
>>> >> >>>>> library.
>>> >> >>>>> Language subdirectory: java
>>> >> >>>>> Search paths:
>>> >> >>>>>    ./
>>> >> >>>>>    ./
>>> >> >>>>>    ./H/
>>> >> >>>>>    /usr/include/malloc/
>>> >> >>>>>    /opt/local/include/boost_1_51_0//
>>> >> >>>>>    /usr/include/python2.7/
>>> >> >>>>>    /usr/local/include/
>>> >> >>>>>    Engine/
>>> >> >>>>>    interfaces/
>>> >> >>>>>    ./swig_lib/java/
>>> >> >>>>>    /usr/local/share/swig/2.0.8/java/
>>> >> >>>>>    ./swig_lib/
>>> >> >>>>>    /usr/local/share/swig/2.0.8/
>>> >> >>>>> Preprocessing...
>>> >> >>>>> Starting language-specific parse...
>>> >> >>>>> Processing types...
>>> >> >>>>> C++ analysis...
>>> >> >>>>> Generating wrappers...
>>> >> >>>>> ./H/csound.h:464: Warning 451: Setting a const char * variable
>>> >> >>>>> may
>>> >> leak
>>> >> >>>>> memory.
>>> >> >>>>> interfaces/cs_glue.hpp:507: Warning 473: Returning a pointer or
>>> >> >>>>> reference in a director method is not recommended.
>>> >> >>>>> interfaces/CppSound.hpp:36: Warning 453: Can't apply
>>> >> >>>>> (std::vector<
>>> >> >>>>> double > *INPUT). No typemaps are defined.
>>> >> >>>>> interfaces/CppSound.hpp:52: Warning 813: Warning for CppSound
>>> >> >>>>> proxy:
>>> >> >>>>> Base CsoundFile ignored. Multiple inheritance is not supported
>>> >> >>>>> in
>>> >> >>>>> Java.
>>> >> >>>>> CONFIGURATION DECISION: Not building Python wrapper to Csound
>>> >> >>>>> C++
>>> >> >>>>> interface library.
>>> >> >>>>> CONFIGURATION DECISION: Not generating Csound API PDF
>>> >> >>>>> documentation.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Building UDP plugins.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Building OSC plugin.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Not building linear algebra opcodes.
>>> >> >>>>> Checking for C header file png.h... (cached) yes
>>> >> >>>>> CONFIGURATION DECISION: Building image opcodes
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Building Virtual Keyboard plugin.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Building CoreAudio plugin.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Not building ALSA plugin.
>>> >> >>>>> CONFIGURATION DECISION: Building PortAudio module.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Building JACK plugin.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Building with PortMIDI.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> Checking for C header file fluidsynth.h... (cached) no
>>> >> >>>>> CONFIGURATION DECISION: Not building fluid opcodes.
>>> >> >>>>> CONFIGURATION DECISION: Not building vst4cs opcodes.
>>> >> >>>>> Checking for C header file ladspa.h... (cached) no
>>> >> >>>>> CONFIGURATION DECISION: Not building DSSI plugin host opcodes.
>>> >> >>>>> CONFIGURATION DECISION: Not building STK opcodes.
>>> >> >>>>> CONFIGURATION DECISION: Not building Python opcodes.
>>> >> >>>>> CONFIGURATION DECISION: Not building Lua opcodes.
>>> >> >>>>> COPYINNG plugin
>>> >> >>>>> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
>>> >> >>>>> CONFIGURATION DECISION: Not building CsoundAC extension module
>>> >> >>>>> for
>>> >> >>>>> Csound with algorithmic composition.
>>> >> >>>>> CONFIGURATION DECISION: Not building CsoundVST plugin and
>>> >> >>>>> standalone.
>>> >> >>>>> 0 False
>>> >> >>>>> CONFIGURATION DECISION: Not building Tclcsound
>>> >> >>>>> CONFIGURATION DECISION: Building Winsound frontend
>>> >> >>>>> CONFIGURATION DEFAULT:  Building csLadspa.
>>> >> >>>>> CONFIGURATION DECISION: Building beats score frontend
>>> >> >>>>> CONFIGURATION DECISION: Not building catalog builder.
>>> >> >>>>> CONFIGURATION DECISION: Not calling TAGS
>>> >> >>>>> CONFIGURATION DECISION: Adding resource fork for csound
>>> >> >>>>> scons: done reading SConscript files.
>>> >> >>>>> scons: Building targets ...
>>> >> >>>>> gcc -o InOut/libsnd.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/libsnd.c
>>> >> >>>>> gcc -o InOut/libsnd_u.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/libsnd_u.c
>>> >> >>>>> gcc -o InOut/midifile.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/midifile.c
>>> >> >>>>> gcc -o InOut/midirecv.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/midirecv.c
>>> >> >>>>> gcc -o InOut/midisend.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/midisend.c
>>> >> >>>>> gcc -o InOut/winascii.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/winascii.c
>>> >> >>>>> gcc -o InOut/windin.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/windin.c
>>> >> >>>>> gcc -o InOut/window.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/window.c
>>> >> >>>>> gcc -o InOut/winEPS.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -DPARCS
>>> >> >>>>> -D__BUILDING_LIBCSOUND -D_CSOUND_RELEASE_
>>> >> >>>>>
>>> >>
>>> >> -DCS_DEFAULT_PLUGINDIR=\"/Library/Frameworks/CsoundLib64.framework/Versions/5.2/Resources/Opcodes64\"
>>> >> >>>>> -I. -IH -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include -IEngine
>>> >> >>>>> InOut/winEPS.c
>>> >> >>>>> gcc -o CsoundLib64 -arch i386 -arch x86_64 -Wl,-single_module
>>> >> >>>>> -dynamiclib -Xlinker -compatibility_version -Xlinker 5.2
>>> >> >>>>> -Xlinker
>>> >> >>>>> -current_version -Xlinker 5.2 -install_name
>>> >> >>>>>
>>> >> >>>>> /Library/Frameworks/CsoundLib64.framework/Versions/5.2/CsoundLib64
>>> >> >>>>> Engine/auxfd.os Engine/cfgvar.os Engine/corfiles.os
>>> >> >>>>> Engine/entry1.os
>>> >> >>>>> Engine/envvar.os Engine/express.os Engine/extract.os
>>> >> >>>>> Engine/fgens.os
>>> >> >>>>> Engine/insert.os Engine/linevent.os Engine/memalloc.os
>>> >> >>>>> Engine/memfiles.os Engine/musmon.os Engine/namedins.os
>>> >> Engine/otran.os
>>> >> >>>>> Engine/rdorch.os Engine/rdscor.os Engine/scsort.os
>>> >> >>>>> Engine/scxtract.os
>>> >> >>>>> Engine/sort.os Engine/sread.os Engine/swrite.os
>>> >> >>>>> Engine/swritestr.os
>>> >> >>>>> Engine/twarp.os InOut/libsnd.os InOut/libsnd_u.os
>>> >> >>>>> InOut/midifile.os
>>> >> >>>>> InOut/midirecv.os InOut/midisend.os InOut/winascii.os
>>> >> >>>>> InOut/windin.os
>>> >> >>>>> InOut/window.os InOut/winEPS.os InOut/libmpadec/layer1.os
>>> >> >>>>> InOut/libmpadec/layer2.os InOut/libmpadec/layer3.os
>>> >> >>>>> InOut/libmpadec/synth.os InOut/libmpadec/tables.os
>>> >> >>>>> InOut/libmpadec/mpadec.os InOut/libmpadec/mp3dec.os OOps/aops.os
>>> >> >>>>> OOps/bus.os OOps/cmath.os OOps/diskin.os OOps/diskin2.os
>>> >> >>>>> OOps/disprep.os OOps/dumpf.os OOps/fftlib.os OOps/goto_ops.os
>>> >> >>>>> OOps/midiinterop.os OOps/midiops.os OOps/midiout.os
>>> >> >>>>> OOps/mxfft.os
>>> >> >>>>> OOps/oscils.os OOps/pstream.os OOps/pvfileio.os OOps/pvsanal.os
>>> >> >>>>> OOps/random.os OOps/remote.os OOps/schedule.os OOps/sndinfUG.os
>>> >> >>>>> OOps/str_ops.os OOps/ugens1.os OOps/ugens2.os OOps/ugens2a.os
>>> >> >>>>> OOps/ugens3.os OOps/ugens4.os OOps/ugens5.os OOps/ugens6.os
>>> >> >>>>> OOps/ugrw1.os OOps/ugrw2.os OOps/vdelay.os Opcodes/Vosim.os
>>> >> >>>>> Opcodes/babo.os Opcodes/bilbar.os Opcodes/compress.os
>>> >> Opcodes/eqfil.os
>>> >> >>>>> Opcodes/ftest.os Top/argdecode.os Top/cscore_internal.os
>>> >> >>>>> Top/cscorfns.os Top/csmodule.os Top/csound.os Top/getstring.os
>>> >> >>>>> Top/main.os Top/new_opts.os Top/one_file.os Top/opcode.os
>>> >> >>>>> Top/threads.os Top/utility.os Opcodes/ambicode.os
>>> >> >>>>> Opcodes/bbcut.os
>>> >> >>>>> Opcodes/biquad.os Opcodes/butter.os Opcodes/clfilt.os
>>> >> Opcodes/cross2.os
>>> >> >>>>> Opcodes/dam.os Opcodes/dcblockr.os Opcodes/filter.os
>>> >> Opcodes/flanger.os
>>> >> >>>>> Opcodes/follow.os Opcodes/fout.os Opcodes/freeverb.os
>>> >> Opcodes/ftconv.os
>>> >> >>>>> Opcodes/ftgen.os Opcodes/gab/gab.os Opcodes/gab/vectorial.os
>>> >> >>>>> Opcodes/grain.os Opcodes/locsig.os Opcodes/lowpassr.os
>>> >> Opcodes/metro.os
>>> >> >>>>> Opcodes/midiops2.os Opcodes/midiops3.os Opcodes/newfils.os
>>> >> >>>>> Opcodes/nlfilt.os Opcodes/oscbnk.os Opcodes/pluck.os
>>> >> Opcodes/repluck.os
>>> >> >>>>> Opcodes/reverbsc.os Opcodes/seqtime.os Opcodes/sndloop.os
>>> >> >>>>> Opcodes/sndwarp.os Opcodes/space.os Opcodes/spat3d.os
>>> >> >>>>> Opcodes/syncgrain.os Opcodes/ugens7.os Opcodes/ugens9.os
>>> >> >>>>> Opcodes/ugensa.os Opcodes/uggab.os Opcodes/ugmoss.os
>>> >> >>>>> Opcodes/ugnorman.os Opcodes/ugsc.os Opcodes/wave-terrain.os
>>> >> >>>>> Opcodes/stdopcod.os Opcodes/ifd.os Opcodes/partials.os
>>> >> >>>>> Opcodes/psynth.os Opcodes/pvsbasic.os Opcodes/pvscent.os
>>> >> >>>>> Opcodes/pvsdemix.os Opcodes/pvs_ops.os Opcodes/pvsband.os
>>> >> >>>>> Opcodes/pvsbuffer.os Opcodes/modmatrix.os Opcodes/scoreline.os
>>> >> >>>>> Opcodes/modal4.os Opcodes/physutil.os Opcodes/physmod.os
>>> >> >>>>> Opcodes/mandolin.os Opcodes/singwave.os Opcodes/fm4op.os
>>> >> >>>>> Opcodes/moog1.os Opcodes/shaker.os Opcodes/bowedbar.os
>>> >> Opcodes/pitch.os
>>> >> >>>>> Opcodes/pitch0.os Opcodes/spectra.os Opcodes/ambicode1.os
>>> >> >>>>> Opcodes/sfont.os Opcodes/grain4.os Opcodes/hrtferX.os
>>> >> >>>>> Opcodes/loscilx.os Opcodes/minmax.os Opcodes/pan2.os
>>> >> Opcodes/tabvars.os
>>> >> >>>>> Opcodes/phisem.os Opcodes/hrtfopcodes.os Opcodes/stackops.os
>>> >> >>>>> Opcodes/vbap.os Opcodes/vbap1.os Opcodes/vbap_n.os
>>> >> >>>>> Opcodes/vbap_eight.os Opcodes/vbap_four.os
>>> >> >>>>> Opcodes/vbap_sixteen.os
>>> >> >>>>> Opcodes/vbap_zak.os Opcodes/vaops.os Opcodes/ugakbari.os
>>> >> >>>>> Opcodes/harmon.os Opcodes/pitchtrack.os Opcodes/partikkel.os
>>> >> >>>>> Opcodes/shape.os Opcodes/tabsum.os Opcodes/crossfm.os
>>> >> Opcodes/pvlock.os
>>> >> >>>>> Opcodes/fareyseq.os Opcodes/hrtfearly.os Opcodes/hrtfreverb.os
>>> >> >>>>> Opcodes/cpumeter.os Opcodes/mp3in.os Opcodes/gendy.os
>>> >> >>>>> Opcodes/tl/sc_noise.os Opcodes/dsputil.os Opcodes/pvadd.os
>>> >> >>>>> Opcodes/pvinterp.os Opcodes/pvocext.os Opcodes/pvread.os
>>> >> >>>>> Opcodes/ugens8.os Opcodes/vpvoc.os Opcodes/pvoc.os
>>> >> >>>>> Opcodes/gab/tabmorph.os Opcodes/gab/hvs.os
>>> >> >>>>> Opcodes/gab/sliderTable.os
>>> >> >>>>> Opcodes/gab/newgabopc.os Engine/cs_par_base.os
>>> >> >>>>> Engine/cs_par_orc_semantic_analysis.os Engine/cs_par_dispatch.os
>>> >> >>>>> Engine/csound_prelex.os Engine/csound_orclex.os
>>> >> >>>>> Engine/csound_orcparse.os Engine/csound_orc_semantics.os
>>> >> >>>>> Engine/csound_orc_expressions.os Engine/csound_orc_optimize.os
>>> >> >>>>> Engine/csound_orc_compile.os Engine/symbtab.os
>>> >> Engine/new_orc_parser.os
>>> >> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>> >> >>>>> -lsndfile -ldl -lm -lpthread
>>> >> >>>>> cp -f CsoundLib64 CsoundLib64.framework/Versions/5.2/
>>> >> >>>>> gcc -o InOut/cmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> -mfpmath=sse
>>> >> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>> >> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>> >> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>> >> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H
>>> >> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>> >> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>> >> >>>>> -I/usr/local/include InOut/cmidi.c
>>> >> >>>>> gcc -o libcmidi.dylib -arch i386 -arch x86_64 -F. -framework
>>> >> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework
>>> >> >>>>> CoreFoundation
>>> >> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>> >> InOut/cmidi.os
>>> >> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>> >> >>>>> -lsndfile
>>> >> >>>>> cp -f libcmidi.dylib
>>> >> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>> >> >>>>> gcc -o InOut/pmidi.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> -mfpmath=sse
>>> >> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>> >> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>> >> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>> >> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H
>>> >> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>> >> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>> >> >>>>> -I/usr/local/include InOut/pmidi.c
>>> >> >>>>> gcc -o libpmidi.dylib -arch i386 -arch x86_64 -F. -framework
>>> >> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework
>>> >> >>>>> CoreFoundation
>>> >> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>> >> InOut/pmidi.os
>>> >> >>>>> -L. -L. -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>> >> >>>>> -lsndfile -lportmidi
>>> >> >>>>> cp -f libpmidi.dylib
>>> >> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>> >> >>>>> gcc -o InOut/rtauhal.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES
>>> >> >>>>> -I/System/Library/Frameworks/CoreAudio.framework/Headers
>>> >> >>>>> -I/System/Library/Frameworks/AudioUnit.framework/Headers -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>>> >> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtauhal.c
>>> >> >>>>> gcc -o librtauhal.dylib -arch i386 -arch x86_64 -F. -framework
>>> >> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework
>>> >> >>>>> CoreFoundation
>>> >> >>>>> -framework CoreServices -framework CoreAudio -framework
>>> >> >>>>> AudioUnit
>>> >> >>>>> -dynamiclib InOut/rtauhal.os -L. -L. -L/usr/local/lib -L. -L.
>>> >> -lsndfile
>>> >> >>>>> -lpthread -lgomp -lm -lsndfile
>>> >> >>>>> cp -f librtauhal.dylib
>>> >> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>> >> >>>>> gcc -o InOut/rtjack.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> >>>>> -mfpmath=sse -ftree-vectorize -ffast-math -Wno-format -g
>>> >> >>>>> -fomit-frame-pointer -freorder-blocks -DMACOSX -DPIPES -fPIC
>>> >> >>>>> -DHAVE_FLTK -DUSE_DOUBLE -DHAVE_SYNC_LOCK_TEST_AND_SET
>>> >> >>>>> -DHAVE_FCNTL_H
>>> >> >>>>> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H
>>> >> >>>>> -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH
>>> >> >>>>> -I/usr/include/malloc -I/opt/local/include/boost_1_51_0
>>> >> >>>>> -I/usr/include/python2.7 -I/usr/local/include InOut/rtjack.c
>>> >> >>>>> gcc -o librtjack.dylib -arch i386 -arch x86_64 -F. -framework
>>> >> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework
>>> >> >>>>> CoreFoundation
>>> >> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>> >> >>>>> InOut/rtjack.os -L. -L. -L/usr/local/lib -L. -L. -lsndfile
>>> >> >>>>> -lpthread
>>> >> >>>>> -lgomp -lm -lsndfile -lpthread -ljack
>>> >> >>>>> cp -f librtjack.dylib
>>> >> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>> >> >>>>> gcc -o InOut/rtpa.os -c -O3 -arch i386 -arch x86_64 -msse
>>> >> -mfpmath=sse
>>> >> >>>>> -ftree-vectorize -ffast-math -Wno-format -g -fomit-frame-pointer
>>> >> >>>>> -freorder-blocks -DMACOSX -DPIPES -fPIC -DHAVE_FLTK -DUSE_DOUBLE
>>> >> >>>>> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H
>>> >> >>>>> -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
>>> >> >>>>> -DHAVE_TERMIOS_H
>>> >> >>>>> -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/include/malloc
>>> >> >>>>> -I/opt/local/include/boost_1_51_0 -I/usr/include/python2.7
>>> >> >>>>> -I/usr/local/include InOut/rtpa.c
>>> >> >>>>> gcc -o librtpa.dylib -arch i386 -arch x86_64 -F. -framework
>>> >> CsoundLib64
>>> >> >>>>> -lsndfile -framework CoreMIDI -framework CoreFoundation
>>> >> >>>>> -framework
>>> >> >>>>> CoreServices -framework CoreAudio -dynamiclib InOut/rtpa.os -L.
>>> >> >>>>> -L.
>>> >> >>>>> -L/usr/local/lib -L. -L. -lsndfile -lpthread -lgomp -lm
>>> >> >>>>> -lsndfile
>>> >> >>>>> -lportaudio
>>> >> >>>>> cp -f librtpa.dylib
>>> >> >>>>> CsoundLib64.framework/Versions/5.2/Resources/Opcodes64/
>>> >> >>>>> g++ -o libvirtual.dylib -arch i386 -arch x86_64 -F. -framework
>>> >> >>>>> CsoundLib64 -lsndfile -framework CoreMIDI -framework
>>> >> >>>>> CoreFoundation
>>> >> >>>>> -framework CoreServices -framework CoreAudio -dynamiclib
>>> >> >>>>> InOut/virtual_keyboard/FLTKKeyboard.os
>>> >> >>>>> InOut/virtual_keyboard/FLTKKeyboardWindow.os
>>> >> >>>>> InOut/virtual_keyboard/FLTKKeyboardWidget.os
>>> >> >>>>> InOut/virtual_keyboard/virtual_keyboard.os
>>> >> >>>>> InOut/virtual_keyboard/Bank.os
>>> >> >>>>> InOut/virtual_keyboard/KeyboardMapping.os
>>> >> >>>>> InOut/virtual_keyboard/Program.os
>>> >> InOut/virtual_keyboard/SliderBank.os
>>> >> >>>>> InOut/virtual_keyboard/SliderData.os -L. -L. -L/usr/local/lib
>>> >> >>>>> -lgomp
>>> >> >>>>> -lm -lsndfile -lfltk_images -lfltk_png -lz -lfltk_jpeg -lfltk
>>> >> -lpthread
>>> >> >>>>> -framework Cocoa
>>> >> >>>>> Undefined symbols for architecture i386:
>>> >> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>>> >> referenced
>>> >> >>>>> from:
>>> >> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char
>>> >> >>>>> const*,
>>> >> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>> >> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char
>>> >> >>>>> const*,
>>> >> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>>> >> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>>> >> >>>>> SliderBank.os
>>> >> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>> >> >>>>> referenced from:
>>> >> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char
>>> >> >>>>> const*,
>>> >> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>> >> >>>>> ld: symbol(s) not found for architecture i386
>>> >> >>>>> collect2: ld returned 1 exit status
>>> >> >>>>> Undefined symbols for architecture x86_64:
>>> >> >>>>>   "Fl_Spinner::Fl_Spinner(int, int, int, int, char const*)",
>>> >> referenced
>>> >> >>>>> from:
>>> >> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char
>>> >> >>>>> const*,
>>> >> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>> >> >>>>>       FLTKKeyboardWidget::FLTKKeyboardWidget(CSOUND_*, char
>>> >> >>>>> const*,
>>> >> >>>>> int, int, int, int)in FLTKKeyboardWidget.os
>>> >> >>>>>       SliderBank::SliderBank(CSOUND_*, int, int, int, int)in
>>> >> >>>>> SliderBank.os
>>> >> >>>>>   "Fl_Double_Window::Fl_Double_Window(int, int, char const*)",
>>> >> >>>>> referenced from:
>>> >> >>>>>       FLTKKeyboardWindow::FLTKKeyboardWindow(CSOUND_*, char
>>> >> >>>>> const*,
>>> >> >>>>> int, int, char const*)in FLTKKeyboardWindow.os
>>> >> >>>>> ld: symbol(s) not found for architecture x86_64
>>> >> >>>>> collect2: ld returned 1 exit status
>>> >> >>>>> lipo: can't open input file: /var/tmp//cciixSt2.out (No such
>>> >> >>>>> file
>>> >> >>>>> or
>>> >> >>>>> directory)
>>> >> >>>>> scons: *** [libvirtual.dylib] Error 1
>>> >> >>>>> scons: building terminated because of errors.
>>> >> >>>>> --------------------------------
>>> >> >>>>> Dr. Richard Boulanger
>>> >> >>>>> rboulanger@berklee.edu
>>> >> >>>>> -----------------------------------
>>> >> >>>>>
>>> >> >>>>>
>>> >> >>>>>
>>> >> >>>>>
>>> >> >>>>> On Oct 9, 2012, at 5:55 AM, Steven Yi 
>>> >> >>>>> wrote:
>>> >> >>>>>
>>> >> >>>>>> Hi Dr. B,
>>> >> >>>>>>
>>> >> >>>>>> Most likely what happened is what happened to me, in that I
>>> >> >>>>>> didn't
>>> >> >>>>>> realize they were not building because I did not have libpng
>>> >> >>>>>> installed.  What I did for that is:
>>> >> >>>>>>
>>> >> >>>>>> 1. Went to libpng.org and grabbed the latest tarball. I think
>>> >> >>>>>> you
>>> >> can
>>> >> >>>>>> use this address:
>>> >> >>>>>>
>>> >> >>>>>>
>>> >>
>>> >> http://prdownloads.sourceforge.net/libpng/libpng-1.5.13.tar.gz?download
>>> >> >>>>>>
>>> >> >>>>>> After downloading, unpack, then go in and use:
>>> >> >>>>>>
>>> >> >>>>>> ./configure CFLAGS="-arch i386 -arch x86_64"
>>> >> >>>>>> --disable-dependency-tracking
>>> >> >>>>>> make
>>> >> >>>>>> sudo make install
>>> >> >>>>>>
>>> >> >>>>>> After that, Scons should work to build the image opcodes.
>>> >> >>>>>> Another
>>> >> >>>>>> thing to note, when Scons runs, it should report something like
>>> >> >>>>>> "Not
>>> >> >>>>>> building image opcodes", so even if you had told scons you want
>>> >> >>>>>> to
>>> >> >>>>>> build it, it might not do so if the dependency isn't there.
>>> >> >>>>>>
>>> >> >>>>>> Let's try the above and see how it goes from there.  Good luck!
>>> >> >>>>>>
>>> >> >>>>>> steven
>>> >> >>>>>>
>>> >> >>>>>>
>>> >> >>>>>> On Tue, Oct 9, 2012 at 3:27 AM, Dr. Richard Boulanger
>>> >> >>>>>>  wrote:
>>> >> >>>>>>> But wait.... I might not have crossed the finish line all the
>>> >> >>>>>>> way.
>>> >> >>>>>>> Oh no.
>>> >> >>>>>>>
>>> >> >>>>>>> So, I am preparing to show off this process tomorrow morning
>>> >> >>>>>>> in
>>> >> >>>>>>> our
>>> >> >>>>>>> first
>>> >> >>>>>>> Computer Science Club Meeting for the semester @ Berklee
>>> >> >>>>>>> And it does seem to be true that my "frameworks" were updated
>>> >> >>>>>>> after
>>> >> >>>>>>> the
>>> >> >>>>>>> successful build using the following commandline
>>> >> >>>>>>>
>>> >> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>> >> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>> >> >>>>>>> buildBeats=1
>>> >> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> But... this evening I was testing some .csds from students
>>> >> >>>>>>> using
>>> >> the
>>> >> >>>>>>> image
>>> >> >>>>>>> opcodes and I got a console output in QuteCsound-f like this:
>>> >> >>>>>>>
>>> >> >>>>>>> Csound version 5.18.03 (float samples) Oct 1 2012
>>> >> >>>>>>> Creating options
>>> >> >>>>>>> Creating orchestra
>>> >> >>>>>>> Creating score
>>> >> >>>>>>> using callback interface
>>> >> >>>>>>>
>>> >> >>>>>>> error: syntax error, unexpected T_IDENT_I, expecting T_OPCODE
>>> >> >>>>>>> or
>>> >> ','
>>> >> >>>>>>> (token
>>> >> >>>>>>> "imageload") line 17:
>>> >> >>>>>>>>>> giimg imageload <<<
>>> >> >>>>>>> Parsing failed due to invalid input!
>>> >> >>>>>>> Stopping on parser failure
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> Now... I know that the image opcodes were missing from the
>>> >> >>>>>>> 5.18.02
>>> >> >>>>>>> release,
>>> >> >>>>>>> but they were added the other day and when I re-installed from
>>> >> >>>>>>> SourceForge,
>>> >> >>>>>>> these .csds worked.
>>> >> >>>>>>> And... they work on my student's computer who created them for
>>> >> class
>>> >> >>>>>>> this
>>> >> >>>>>>> week. (not on Windows yet.)
>>> >> >>>>>>>
>>> >> >>>>>>> So, I was thinking, maybe I need to "build" these with a
>>> >> >>>>>>> command-line
>>> >> >>>>>>> option.
>>> >> >>>>>>>
>>> >> >>>>>>> I look to the table in the Csound Manual and it does show me
>>> >> >>>>>>> that
>>> >> >>>>>>> there is
>>> >> >>>>>>> an option to set in order to build them.
>>> >> >>>>>>>
>>> >> >>>>>>> I add that option, and I get a little excited and add a few
>>> >> >>>>>>> more
>>> >> >>>>>>> options....
>>> >> >>>>>>>
>>> >> >>>>>>> Here is my new command-line:
>>> >> >>>>>>>
>>> >> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>> >> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>> >> >>>>>>> buildBeats=1
>>> >> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>> >> >>>>>>> buildImageOpcodes=1
>>> >> >>>>>>> buildWinsound=1 buildBeats=1 buildMultiCore=1 buildVirtual=1
>>> >> >>>>>>> useOSC=1
>>> >> >>>>>>> useGettext=0 buildNewParser=1
>>> >> >>>>>>>
>>> >> >>>>>>> As you can see, in addition to building the image opcodes, I
>>> >> >>>>>>> ask
>>> >> >>>>>>> it
>>> >> >>>>>>> to build
>>> >> >>>>>>> Winsound and build the NewParser.
>>> >> >>>>>>>
>>> >> >>>>>>> It seems to succeed.  But, it's fast.  And doesn't seem to
>>> >> >>>>>>> have
>>> >> >>>>>>> rebuilt many
>>> >> >>>>>>> things.
>>> >> >>>>>>>
>>> >> >>>>>>> The same error.  I did not succeed.
>>> >> >>>>>>>
>>> >> >>>>>>> Perhaps there is a "clean" option I need to know about?   (and
>>> >> >>>>>>> that
>>> >> >>>>>>> needs to
>>> >> >>>>>>> be in the WIKI?)
>>> >> >>>>>>>
>>> >> >>>>>>> I look in my csound5 directory, and notice that there are a
>>> >> >>>>>>> number
>>> >> of
>>> >> >>>>>>> new
>>> >> >>>>>>> files here: csound, winsound, etc.
>>> >> >>>>>>>
>>> >> >>>>>>> From the terminal, I type
>>> >> >>>>>>>
>>> >> >>>>>>> ./winsound
>>> >> >>>>>>>
>>> >> >>>>>>> and, to my delight, I see that it did indeed build the
>>> >> >>>>>>> Winsound
>>> >> >>>>>>> front-end!
>>> >> >>>>>>>
>>> >> >>>>>>> So, I get confident and I type
>>> >> >>>>>>>
>>> >> >>>>>>> ./csound -odac imageopcodeTest.csd
>>> >> >>>>>>>
>>> >> >>>>>>> But I still get the same error message even here in the
>>> >> >>>>>>> terminal
>>> >> >>>>>>>
>>> >> >>>>>>> then I do an ls and notice that there are a lot of invisible
>>> >> >>>>>>> .dylib
>>> >> >>>>>>> files in
>>> >> >>>>>>> this csound5 source folder too and all the utilities are here
>>> >> >>>>>>> as
>>> >> >>>>>>> well.
>>> >> >>>>>>>
>>> >> >>>>>>> An ls -l reveals that everything was built moments ago.
>>> >> >>>>>>>
>>> >> >>>>>>> Shouldn't they have been "installed" somewhere?
>>> >> >>>>>>>
>>> >> >>>>>>> Could this be the "problem"?
>>> >> >>>>>>>
>>> >> >>>>>>> Maybe Steven or Victor could enlighten me and the
>>> >> >>>>>>> MacCsoundUsers
>>> >> some
>>> >> >>>>>>> more
>>> >> >>>>>>> about this.
>>> >> >>>>>>>
>>> >> >>>>>>> My guess is that I need to move these .dylibs and apps to
>>> >> >>>>>>> other
>>> >> >>>>>>> directories.
>>> >> >>>>>>>
>>> >> >>>>>>> My hope is that there is some sort of "script" that will do
>>> >> >>>>>>> this
>>> >> for
>>> >> >>>>>>> me
>>> >> >>>>>>>
>>> >> >>>>>>> sudo make install Csound?
>>> >> >>>>>>>
>>> >> >>>>>>> Writing from the finish line - suspended in  mid-air - in
>>> >> mid-lunge.
>>> >> >>>>>>>
>>> >> >>>>>>> Thanks
>>> >> >>>>>>>
>>> >> >>>>>>> Dr.B.
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> --------------------------------
>>> >> >>>>>>> Dr. Richard Boulanger
>>> >> >>>>>>> rboulanger@berklee.edu
>>> >> >>>>>>> -----------------------------------
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> On Oct 8, 2012, at 1:41 PM, Dr. Richard Boulanger
>>> >> >>>>>>> 
>>> >> >>>>>>> wrote:
>>> >> >>>>>>>
>>> >> >>>>>>> Hello Steven,
>>> >> >>>>>>>
>>> >> >>>>>>> Thanks so much for all your help and for all this fantastic
>>> >> >>>>>>> work
>>> >> that
>>> >> >>>>>>> made
>>> >> >>>>>>> it "only" 10 hours now - and not 10 days!
>>> >> >>>>>>>
>>> >> >>>>>>> I am happy to report that... to get IncludeJavaWrappers=1  to
>>> >> >>>>>>> work
>>> >> >>>>>>> one needs
>>> >> >>>>>>> to...
>>> >> >>>>>>>
>>> >> >>>>>>> ======
>>> >> >>>>>>> download, build, install PCRE ( a dependency for SWIG)
>>> >> >>>>>>>
>>> >> >>>>>>> http://www.pcre.org
>>> >> >>>>>>>
>>> >> >>>>>>> ./configure
>>> >> >>>>>>> make
>>> >> >>>>>>> sudo make install
>>> >> >>>>>>>
>>> >> >>>>>>> and then....
>>> >> >>>>>>>
>>> >> >>>>>>> =========
>>> >> >>>>>>> download, build, install SWIG
>>> >> >>>>>>>
>>> >> >>>>>>> http://www.swig.org/index.php
>>> >> >>>>>>>
>>> >> >>>>>>> ./configure
>>> >> >>>>>>> make
>>> >> >>>>>>> sudo make install
>>> >> >>>>>>>
>>> >> >>>>>>> and then... this commandline from the WIKI works!
>>> >> >>>>>>>
>>> >> >>>>>>> sudo scons buildInterfaces=1 buildJavaWrapper=1 useDouble=1
>>> >> >>>>>>> gcc4opt=universalX86 dynamicCsoundLibrary=1 buildRelease=1
>>> >> >>>>>>> buildBeats=1
>>> >> >>>>>>> buildMultiCore=1 buildVirtual=1 useOSC=1 useGettext=0
>>> >> >>>>>>>
>>> >> >>>>>>> ====
>>> >> >>>>>>>
>>> >> >>>>>>> Your suggestions to write additional scripts would be HUGE.
>>> >> >>>>>>>
>>> >> >>>>>>> Your suggestions that we together update the WIKI to include
>>> >> >>>>>>> all
>>> >> the
>>> >> >>>>>>> additional steps (dependencies) and pre-steps (checking for
>>> >> >>>>>>> and
>>> >> >>>>>>> removing old
>>> >> >>>>>>> dylibs, etc.), and making sure that this are all done in the
>>> >> >>>>>>> proper
>>> >> >>>>>>> order
>>> >> >>>>>>> (building an updated Cmake prior to trying to do PortMIDI
>>> >> >>>>>>> which
>>> >> uses
>>> >> >>>>>>> Cmake),
>>> >> >>>>>>> Telling users to change custom.py,  to find and build and move
>>> >> boost,
>>> >> >>>>>>> to
>>> >> >>>>>>> edit SConstruct, to use sudo in some places, to share a few
>>> >> >>>>>>> important UNIX commands like | grep and nm and ls -l, collect
>>> >> >>>>>>> some
>>> >> of
>>> >> >>>>>>> the
>>> >> >>>>>>> commands and links and suggestions from the manual
>>> >> >>>>>>> (http://www.csounds.com/manual/html/BuildingCsound.html) and
>>> >> >>>>>>> expanding them
>>> >> >>>>>>> with
>>> >> >>>>>>> what is in the WIKI, and....
>>> >> >>>>>>>
>>> >> >>>>>>> For the next 6 hours, I need to get all my student projects
>>> >> >>>>>>> graded
>>> >> >>>>>>> for
>>> >> >>>>>>> tomorrow and wednesday and prepare my classes.  But, I might
>>> >> >>>>>>> get
>>> >> back
>>> >> >>>>>>> to
>>> >> >>>>>>> this much later tonight and try my luck at Cmake Xcode.
>>> >> >>>>>>>
>>> >> >>>>>>> It is so gratifying to have crossed the finish line - after
>>> >> >>>>>>> all
>>> >> >>>>>>> my
>>> >> >>>>>>> failed
>>> >> >>>>>>> attempts over the years.
>>> >> >>>>>>>
>>> >> >>>>>>> Thanks again to you and Victor and Michael Goggins and the
>>> >> >>>>>>> other
>>> >> >>>>>>> Developers
>>> >> >>>>>>> who have made this possible.
>>> >> >>>>>>>
>>> >> >>>>>>> Good luck with your upgrade to 10.8.2
>>> >> >>>>>>>
>>> >> >>>>>>> -dB
>>> >> >>>>>>>
>>> >> >>>>>>> --------------------------------
>>> >> >>>>>>> Dr. Richard Boulanger
>>> >> >>>>>>> rboulanger@berklee.edu
>>> >> >>>>>>> -----------------------------------
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> On Oct 8, 2012, at 1:25 PM, Steven Yi 
>>> >> >>>>>>> wrote:
>>> >> >>>>>>>
>>> >> >>>>>>> Hi Dr. B,
>>> >> >>>>>>>
>>> >> >>>>>>> Congratulations!  It's great that you have a working build.  I
>>> >> would
>>> >> >>>>>>> say, yes, it does take a long time to get a build system going
>>> >> >>>>>>> for
>>> >> >>>>>>> Csound on OSX and Windows, but that's only if you're building
>>> >> >>>>>>> more
>>> >> >>>>>>> than the basics.  The really difficult thing with csound
>>> >> >>>>>>> builds,
>>> >> >>>>>>> IMO,
>>> >> >>>>>>> is getting the dependencies all sorted out.  Luckily, for a
>>> >> >>>>>>> bare
>>> >> >>>>>>> minimum build, you can do it with just libsndfile installed.
>>> >> >>>>>>> All
>>> >> of
>>> >> >>>>>>> the other stuff adds time and complexity to the building
>>> >> >>>>>>> process.
>>> >> >>>>>>> I'd
>>> >> >>>>>>> estimate it probably took me 3-4 hours to figure out and build
>>> >> >>>>>>> all
>>> >> >>>>>>> the
>>> >> >>>>>>> dependencies on Mac when I first built them from scratch.
>>> >> >>>>>>>
>>> >> >>>>>>> On the other hand, on Ubuntu Linux, the situation is vastly
>>> >> simpler.
>>> >> >>>>>>> Just run "sudo apt-get build-dep csound" and that installs all
>>> >> >>>>>>> of
>>> >> >>>>>>> the
>>> >> >>>>>>> dependencies for building csound (tools, libs, etc).  After
>>> >> >>>>>>> that,
>>> >> it
>>> >> >>>>>>> pretty much "just works" to use scons and cmake.
>>> >> >>>>>>>
>>> >> >>>>>>> Mac also adds to the issue with building all of the
>>> >> >>>>>>> dependencies
>>> >> >>>>>>> as
>>> >> >>>>>>> universal libs.
>>> >> >>>>>>>
>>> >> >>>>>>> In some ways, we can update the documentation and further
>>> >> >>>>>>> improve
>>> >> >>>>>>> it,
>>> >> >>>>>>> and hopefully help make the build process a little smoother.
>>> >> >>>>>>> On
>>> >> the
>>> >> >>>>>>> other hand, the pain involved with building dependencies has a
>>> >> >>>>>>> certain
>>> >> >>>>>>> amount of work that can't be easily circumvented.  (Unless we
>>> >> >>>>>>> built
>>> >> >>>>>>> a
>>> >> >>>>>>> script that would fetch tarballs and build everything, which
>>> >> >>>>>>> is a
>>> >> >>>>>>> possibility.)
>>> >> >>>>>>>
>>> >> >>>>>>> Also, if you don't have SWIG installed, that's probably the
>>> >> >>>>>>> cause
>>> >> of
>>> >> >>>>>>> the Java issue.  Hopefully installing that gets your further.
>>> >> >>>>>>>
>>> >> >>>>>>> I'm going to be checking things out on 10.8 over the next few
>>> >> >>>>>>> days.
>>> >> >>>>>>> I
>>> >> >>>>>>> may try to build a magic dependencies script that can
>>> >> >>>>>>> fetch/build/install dependencies as i386/x86_64, as well as
>>> >> >>>>>>> declaring
>>> >> >>>>>>> min OSX version as 10.7, so that the builds I do work on 10.7
>>> >> >>>>>>> and
>>> >> >>>>>>> 10.8.  I'm not sure if the idea is so sound, but I'll give it
>>> >> >>>>>>> a
>>> >> try.
>>> >> >>>>>>> :)
>>> >> >>>>>>>
>>> >> >>>>>>> steven
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> On Mon, Oct 8, 2012 at 6:10 PM, Dr. Richard Boulanger
>>> >> >>>>>>>  wrote:
>>> >> >>>>>>>
>>> >> >>>>>>> Thanks Steven.
>>> >> >>>>>>>
>>> >> >>>>>>> I checked the dates
>>> >> >>>>>>>
>>> >> >>>>>>> ls -l  /Library/Frameworks/CsoundLib64.framework
>>> >> >>>>>>>
>>> >> >>>>>>> and they are:
>>> >> >>>>>>>
>>> >> >>>>>>> db: ls -l /Library/Frameworks/CsoundLib64.framework
>>> >> >>>>>>> total 24
>>> >> >>>>>>> lrwxr-xr-x  1 root  wheel   28 Oct  8 12:42 CsoundLib64 ->
>>> >> >>>>>>> Versions/Current/CsoundLib64
>>> >> >>>>>>> lrwxr-xr-x  1 root  wheel   24 Oct  8 12:42 Headers ->
>>> >> >>>>>>> Versions/Current/Headers
>>> >> >>>>>>> lrwxr-xr-x  1 root  wheel   26 Oct  8 12:42 Resources ->
>>> >> >>>>>>> Versions/Current/Resources
>>> >> >>>>>>> drwxr-xr-x  4 root  wheel  136 Oct  8 12:42 Versions
>>> >> >>>>>>>
>>> >> >>>>>>> WOW.  Wonderful.  It's been a long time since I was able to
>>> >> >>>>>>> pull
>>> >> from
>>> >> >>>>>>> git
>>> >> >>>>>>> and build from sources.
>>> >> >>>>>>>
>>> >> >>>>>>> Thanks for all your help.  Now to solve the JavaWrapper
>>> >> >>>>>>> problem -
>>> >> >>>>>>> and... to
>>> >> >>>>>>> move on to get a  Cmake Xcode version following that
>>> >> >>>>>>> WIKI from here.
>>> >> >>>>>>>
>>> >> >>>>>>> Awesome.
>>> >> >>>>>>>
>>> >> >>>>>>> There is no way that I could have gotten my system to work
>>> >> >>>>>>> without
>>> >> >>>>>>> the
>>> >> >>>>>>> invaluable and dedicated input, suggestions, debugging and
>>> >> solutions
>>> >> >>>>>>> from
>>> >> >>>>>>> both you and Victor.
>>> >> >>>>>>> Your .sh files were a HUGE help.  The WIKI was a huge help.
>>> >> >>>>>>> You
>>> >> were
>>> >> >>>>>>> both
>>> >> >>>>>>> and incredible help
>>> >> >>>>>>> And still ... It took 9.5 uninterrupted hours of concentrated
>>> >> >>>>>>> work
>>> >> to
>>> >> >>>>>>> get to
>>> >> >>>>>>> this point.
>>> >> >>>>>>> I think we discovered some missing pieces/steps along the way.
>>> >> >>>>>>> I hope that we can add some of these to your fantastic WIKI.
>>> >> >>>>>>>
>>> >> >>>>>>> But... wait... as I look at the page
>>> >> >>>>>>> http://www.csounds.com/manual/html/BuildingCsound.html
>>> >> >>>>>>> to install from the Manual, I see that there are other
>>> >> >>>>>>> "optional"
>>> >> >>>>>>> libraries
>>> >> >>>>>>> to install and include - like Loris, and CsoundAv, and...
>>> >> >>>>>>>
>>> >> >>>>>>> For generating Python and Java interfaces, install the
>>> >> >>>>>>> Software
>>> >> >>>>>>> Interface
>>> >> >>>>>>> and Wrapper Generator (SWIG) from http://www.swig.org.
>>> >> >>>>>>> The fluid opcodes require the Fluidsynth library from
>>> >> >>>>>>> http://savannah.nongnu.org/download/fluid.
>>> >> >>>>>>> The STK opcodes require STK source code from
>>> >> >>>>>>> http://ccrma.stanford.edu/software/stk, copied into
>>> >> >>>>>>> csound5/Opcodes/stk.
>>> >> >>>>>>> The Loris opcodes requires Loris 1.8 to be installed:
>>> >> >>>>>>> http://sourceforge.net/projects/loris/files. It will create
>>> >> >>>>>>> the
>>> >> >>>>>>> Csound Loris
>>> >> >>>>>>> opcodes (along with Loris itself). When you run Csound use an
>>> >> >>>>>>> additional
>>> >> >>>>>>> command line flag: --opcode-lib. For example in Linux:
>>> >> >>>>>>> --opcode-lib=/usr/local/lib/libloris.so
>>> >> >>>>>>>
>>> >> >>>>>>> Should the WIKI cover these too?
>>> >> >>>>>>>
>>> >> >>>>>>> I will try this SWIG install, because it might help to fix the
>>> >> >>>>>>> JavaWrapper
>>> >> >>>>>>> issue?
>>> >> >>>>>>>
>>> >> >>>>>>> Thanks again so much... still more to do it seems, but nice to
>>> >> >>>>>>> have
>>> >> >>>>>>> crossed
>>> >> >>>>>>> "this" finish line.
>>> >> >>>>>>>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net