This came up just today on either this or the dev list and I think it's been fixed in git.  Most of us have been building Csound with the new parser so it got missed.  I'd recommend either using the latest in git or building with buildNewParser=1.

On Sun, Dec 18, 2011 at 8:11 PM, Iain Duncan <iainduncanlists@gmail.com> wrote:

Attempting again, I ran scons with the following

scons buildNewParser=0

I don't get a complaint about the missing file, but the build fails with the output below. It looks to me like this is plain old errors as opposed to missing files, advice appreciated.

Which begs the question, is there any kind of on going build testing going on for csound?  Unless I'm missing something obvious, I'm following the directions here, so I would think it should 'just work' with a default build. Any advice appreciated. 

Output of failed build:

iain@musicbox:/usr/local/src/Csound5.14.2$ scons buildNewParser=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 'linux'.

scons: warning: The Options class is deprecated; use the Variables class instead.
File "/usr/local/src/Csound5.14.2/SConstruct", line 75, in <module>
Using options from 'custom.py.'
Build platform is 'linux'.
SCons tools on this platform: ['default', 'gnulink', 'gcc', 'g++', 'gfortran', 'gas', 'ar', 'filesystem', 'm4', 'rpcgen', 'jar', 'javac', 'rmic', 'dvipdf', 'dvips', 'gs', 'tex', 'pdftex', 'tar', 'zip', 'rpm', 'CVS']
Checking for C header file libintl.h... yes
CONFIGURATION DECISION: Using GNU gettext scheme
CONFIGURATION DECISION: Using single-precision floating point for audio samples.
Checking for C header file stdio.h... yes
Checking for C library sndfile... yes
Checking for C library pthread... yes
CONFIGURATION DECISION: No MP3 support
CONFIGURATION DECISION: No Wiimote support
CONFIGURATION DECISION: No P5 Glove support
CONFIGURATION DECISION: No Serial code support
Checking for pthread_barrier_init(0, 0, 0) in C library pthread... yes
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... no
Checking for C header file portmidi.h... no
Checking for C++ header file FL/Fl.H... no
Checking for C++ header file boost/any.hpp... yes
Checking for C++ header file gmm/gmm.h... no
Checking for C library asound... yes
Checking for C library lo... 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... yes
Checking for C header file tcl.h... no
Checking for C header file /usr/include/tcl8.5/tcl.h... no
Checking for C header file /usr/include/tk8.5/tcl.h... no
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.6
Checking for C header file Python.h... no
Checking for C header file /usr/include/python2.6/Python.h... yes
Checking for C++ header file jni.h... no
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... yes
Checking for C header file sys/socket.h... yes
Checking for C header file dirent.h... yes
Checking for libsndfile version 1.0.16 or later... yes
CONFIGURATION DECISION: Not building with new parser
CONFIGURATION DECISION: Building static Csound library
CONFIGURATION DECISION: Not building Csound C++ interface library.
CONFIGURATION DECISION: Not generating Csound API PDF documentation.
Checking for C library png... yes
CONFIGURATION DECISION: Building image opcodes
CONFIGURATION DECISION: Not building linear algebra opcodes.
CONFIGURATION DECISION: Not building with FLTK graphs and widgets.
CONFIGURATION DECISION: Not building CoreAudio plugin.
CONFIGURATION DECISION: Building ALSA plugin.
CONFIGURATION DECISION: Not building PortAudio module.
CONFIGURATION DECISION: Building JACK plugin.
CONFIGURATION DECISION: Not building with PortMIDI.
CONFIGURATION DECISION: Not building OSC plugin.
CONFIGURATION DECISION: Building UDP plugins.
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... yes
Checking for C header file dssi.h... yes
CONFIGURATION DECISION: Building DSSI plugin host opcodes.
Checking for C header file Opcodes/Loris/src/loris.h... no
CONFIGURATION DECISION: Not building Loris Python extension and Csound opcodes.
CONFIGURATION DECISION: Not building STK opcodes.
CONFIGURATION DECISION: Not building Python opcodes.
CONFIGURATION DECISION: Not building Lua opcodes.
CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
CONFIGURATION DECISION: Not building Csound Text Editor.
CONFIGURATION DECISION: Not building CsoundAC extension module for Csound with algorithmic composition.
CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
0 True
CONFIGURATION DECISION: Not building Tclcsound
CONFIGURATION DECISION: Not building Winsound
CONFIGURATION DECISION: Not building OSX GUI frontend
CONFIGURATION DEFAULT: Building csLadspa.
CONFIGURATION DECISION: Not building beats score frontend.
CONFIGURATION DECISION: Not building catalog builder.
CONFIGURATION DECISION: Not calling TAGS
scons: done reading SConscript files.
scons: Building targets ...
gcc -o Engine/auxfd.o -c -Wno-format -DGNU_GETTEXT -g -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC -DHAVE_LIBSNDFILE=1016 -DBETA -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -D__BUILDING_LIBCSOUND -I. -IH -I/usr/include/fltk-1.1 -I/usr/share/musicxml-v2/src/elements -I/usr/share/musicxml-v2/src/files -I/usr/share/musicxml-v2/src/parser -I/usr/share/musicxml-v2/src/lib -I/usr/share/musicxml-v2/src/visitors -I/home/mkg/share/LuaJIT-1.1.5/src -I/home/mkg/csound5/frontends/CsoundVST -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/auxfd.c
gcc -o Engine/cfgvar.o -c -Wno-format -DGNU_GETTEXT -g -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC -DHAVE_LIBSNDFILE=1016 -DBETA -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -D__BUILDING_LIBCSOUND -I. -IH -I/usr/include/fltk-1.1 -I/usr/share/musicxml-v2/src/elements -I/usr/share/musicxml-v2/src/files -I/usr/share/musicxml-v2/src/parser -I/usr/share/musicxml-v2/src/lib -I/usr/share/musicxml-v2/src/visitors -I/home/mkg/share/LuaJIT-1.1.5/src -I/home/mkg/csound5/frontends/CsoundVST -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/cfgvar.c
gcc -o Engine/cs_par_base.o -c -Wno-format -DGNU_GETTEXT -g -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC -DHAVE_LIBSNDFILE=1016 -DBETA -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -D__BUILDING_LIBCSOUND -I. -IH -I/usr/include/fltk-1.1 -I/usr/share/musicxml-v2/src/elements -I/usr/share/musicxml-v2/src/files -I/usr/share/musicxml-v2/src/parser -I/usr/share/musicxml-v2/src/lib -I/usr/share/musicxml-v2/src/visitors -I/home/mkg/share/LuaJIT-1.1.5/src -I/home/mkg/csound5/frontends/CsoundVST -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/cs_par_base.c
gcc -o Engine/cs_par_dispatch.o -c -Wno-format -DGNU_GETTEXT -g -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC -DHAVE_LIBSNDFILE=1016 -DBETA -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -D__BUILDING_LIBCSOUND -I. -IH -I/usr/include/fltk-1.1 -I/usr/share/musicxml-v2/src/elements -I/usr/share/musicxml-v2/src/files -I/usr/share/musicxml-v2/src/parser -I/usr/share/musicxml-v2/src/lib -I/usr/share/musicxml-v2/src/visitors -I/home/mkg/share/LuaJIT-1.1.5/src -I/home/mkg/csound5/frontends/CsoundVST -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/cs_par_dispatch.c
In file included from Engine/cs_par_dispatch.c:28:
H/csound_orc.h:14:29: error: csound_orcparse.h: No such file or directory
In file included from Engine/cs_par_dispatch.c:28:
H/csound_orc.h:18: error: ‘T_HIGHEST’ undeclared here (not in a function)
Engine/cs_par_dispatch.c: In function ‘csp_locks_insert’:
Engine/cs_par_dispatch.c:207: error: ‘T_INSTR’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:207: error: (Each undeclared identifier is reported only once
Engine/cs_par_dispatch.c:207: error: for each function it appears in.)
Engine/cs_par_dispatch.c:216: error: ‘T_UDO’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:217: error: ‘T_IF’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:221: error: ‘S_ASSIGN’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:246: error: ‘T_OPCODE’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:247: error: ‘T_INTGR’ undeclared (first use in this function)
Engine/cs_par_dispatch.c: In function ‘csp_weights_calculate_instr’:
Engine/cs_par_dispatch.c:360: error: ‘T_INSTR’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:369: error: ‘T_OPCODE’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:370: error: ‘T_OPCODE0’ undeclared (first use in this function)
Engine/cs_par_dispatch.c: In function ‘csp_weights_calculate’:
Engine/cs_par_dispatch.c:406: error: ‘T_INSTR’ undeclared (first use in this function)
Engine/cs_par_dispatch.c: In function ‘csp_orc_sa_opcode_dump_instr’:
Engine/cs_par_dispatch.c:430: error: ‘T_INSTR’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:433: error: ‘T_OPCODE’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:434: error: ‘T_OPCODE0’ undeclared (first use in this function)
Engine/cs_par_dispatch.c:438: error: ‘S_ASSIGN’ undeclared (first use in this function)
Engine/cs_par_dispatch.c: In function ‘csp_orc_sa_opcode_dump’:
Engine/cs_par_dispatch.c:459: error: ‘T_INSTR’ undeclared (first use in this function)
Engine/cs_par_dispatch.c: In function ‘csp_weights_dump_normalised’:
Engine/cs_par_dispatch.c:766: error: ‘OPARMS’ has no member named ‘calculateWeights’
scons: *** [Engine/cs_par_dispatch.o] Error 1
scons: building terminated because of errors.
iain@musicbox:/usr/local/src/Csound5.14.2$

As for stable/unstable, the bug was fixed recently, there's nothing really to do about the previous stable source tarball.  Also, you mention "However, it does seem to me that the default build options shouldn't ask for files that aren't in the production snap shot." but again, this is already fixed in git, so not sure what more can be done. 

Do you have flex and bison installed (you will need them)?  These are
the lexer and parser generator.

Also, run cleanup.sh before you try to build.

Hope this helps,
Mike

On Sun, Dec 18, 2011 at 8:11 PM, Iain Duncan  wrote:
> Attempting again, I ran scons with the following
>
> scons buildNewParser=0
>
> I don't get a complaint about the missing file, but the build fails with the
> output below. It looks to me like this is plain old errors as opposed to
> missing files, advice appreciated.
>
> Which begs the question, is there any kind of on going build testing going
> on for csound?  Unless I'm missing something obvious, I'm following the
> directions here, so I would think it should 'just work' with a default
> build. Any advice appreciated.
>
>
> Output of failed build:
> iain@musicbox:/usr/local/src/Csound5.14.2$ scons buildNewParser=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 'linux'.
>
> scons: warning: The Options class is deprecated; use the Variables class
> instead.
> File "/usr/local/src/Csound5.14.2/SConstruct", line 75, in 
> Using options from 'custom.py.'
> Build platform is 'linux'.
> SCons tools on this platform: ['default', 'gnulink', 'gcc', 'g++',
> 'gfortran', 'gas', 'ar', 'filesystem', 'm4', 'rpcgen', 'jar', 'javac',
> 'rmic', 'dvipdf', 'dvips', 'gs', 'tex', 'pdftex', 'tar', 'zip', 'rpm',
> 'CVS']
> Checking for C header file libintl.h... yes
> CONFIGURATION DECISION: Using GNU gettext scheme
> CONFIGURATION DECISION: Using single-precision floating point for audio
> samples.
> Checking for C header file stdio.h... yes
> Checking for C library sndfile... yes
> Checking for C library pthread... yes
> CONFIGURATION DECISION: No MP3 support
> CONFIGURATION DECISION: No Wiimote support
> CONFIGURATION DECISION: No P5 Glove support
> CONFIGURATION DECISION: No Serial code support
> Checking for pthread_barrier_init(0, 0, 0) in C library pthread... yes
> 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... no
> Checking for C header file portmidi.h... no
> Checking for C++ header file FL/Fl.H... no
> Checking for C++ header file boost/any.hpp... yes
> Checking for C++ header file gmm/gmm.h... no
> Checking for C library asound... yes
> Checking for C library lo... 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... yes
> Checking for C header file tcl.h... no
> Checking for C header file /usr/include/tcl8.5/tcl.h... no
> Checking for C header file /usr/include/tk8.5/tcl.h... no
> 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.6
> Checking for C header file Python.h... no
> Checking for C header file /usr/include/python2.6/Python.h... yes
> Checking for C++ header file jni.h... no
> 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... yes
> Checking for C header file sys/socket.h... yes
> Checking for C header file dirent.h... yes
> Checking for libsndfile version 1.0.16 or later... yes
> CONFIGURATION DECISION: Not building with new parser
> CONFIGURATION DECISION: Building static Csound library
> CONFIGURATION DECISION: Not building Csound C++ interface library.
> CONFIGURATION DECISION: Not generating Csound API PDF documentation.
> Checking for C library png... yes
> CONFIGURATION DECISION: Building image opcodes
> CONFIGURATION DECISION: Not building linear algebra opcodes.
> CONFIGURATION DECISION: Not building with FLTK graphs and widgets.
> CONFIGURATION DECISION: Not building CoreAudio plugin.
> CONFIGURATION DECISION: Building ALSA plugin.
> CONFIGURATION DECISION: Not building PortAudio module.
> CONFIGURATION DECISION: Building JACK plugin.
> CONFIGURATION DECISION: Not building with PortMIDI.
> CONFIGURATION DECISION: Not building OSC plugin.
> CONFIGURATION DECISION: Building UDP plugins.
> 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... yes
> Checking for C header file dssi.h... yes
> CONFIGURATION DECISION: Building DSSI plugin host opcodes.
> Checking for C header file Opcodes/Loris/src/loris.h... no
> CONFIGURATION DECISION: Not building Loris Python extension and Csound
> opcodes.
> CONFIGURATION DECISION: Not building STK opcodes.
> CONFIGURATION DECISION: Not building Python opcodes.
> CONFIGURATION DECISION: Not building Lua opcodes.
> CONFIGURATION DECISION: Not building FLTK CSOUND5GUI frontend.
> CONFIGURATION DECISION: Not building Csound Text Editor.
> CONFIGURATION DECISION: Not building CsoundAC extension module for Csound
> with algorithmic composition.
> CONFIGURATION DECISION: Not building CsoundVST plugin and standalone.
> 0 True
> CONFIGURATION DECISION: Not building Tclcsound
> CONFIGURATION DECISION: Not building Winsound
> CONFIGURATION DECISION: Not building OSX GUI frontend
> CONFIGURATION DEFAULT: Building csLadspa.
> CONFIGURATION DECISION: Not building beats score frontend.
> CONFIGURATION DECISION: Not building catalog builder.
> CONFIGURATION DECISION: Not calling TAGS
> scons: done reading SConscript files.
> scons: Building targets ...
> gcc -o Engine/auxfd.o -c -Wno-format -DGNU_GETTEXT -g -fomit-frame-pointer
> -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC -DHAVE_LIBSNDFILE=1016 -DBETA
> -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK -DHAVE_PTHREAD_BARRIER_INIT
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H
> -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -D__BUILDING_LIBCSOUND -I. -IH
> -I/usr/include/fltk-1.1 -I/usr/share/musicxml-v2/src/elements
> -I/usr/share/musicxml-v2/src/files -I/usr/share/musicxml-v2/src/parser
> -I/usr/share/musicxml-v2/src/lib -I/usr/share/musicxml-v2/src/visitors
> -I/home/mkg/share/LuaJIT-1.1.5/src -I/home/mkg/csound5/frontends/CsoundVST
> -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include
> -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/auxfd.c
> gcc -o Engine/cfgvar.o -c -Wno-format -DGNU_GETTEXT -g -fomit-frame-pointer
> -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC -DHAVE_LIBSNDFILE=1016 -DBETA
> -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK -DHAVE_PTHREAD_BARRIER_INIT
> -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H
> -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_VALUES_H
> -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS -D__BUILDING_LIBCSOUND -I. -IH
> -I/usr/include/fltk-1.1 -I/usr/share/musicxml-v2/src/elements
> -I/usr/share/musicxml-v2/src/files -I/usr/share/musicxml-v2/src/parser
> -I/usr/share/musicxml-v2/src/lib -I/usr/share/musicxml-v2/src/visitors
> -I/home/mkg/share/LuaJIT-1.1.5/src -I/home/mkg/csound5/frontends/CsoundVST
> -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include
> -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/cfgvar.c
> gcc -o Engine/cs_par_base.o -c -Wno-format -DGNU_GETTEXT -g
> -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC
> -DHAVE_LIBSNDFILE=1016 -DBETA -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK
> -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
> -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS
> -D__BUILDING_LIBCSOUND -I. -IH -I/usr/include/fltk-1.1
> -I/usr/share/musicxml-v2/src/elements -I/usr/share/musicxml-v2/src/files
> -I/usr/share/musicxml-v2/src/parser -I/usr/share/musicxml-v2/src/lib
> -I/usr/share/musicxml-v2/src/visitors -I/home/mkg/share/LuaJIT-1.1.5/src
> -I/home/mkg/csound5/frontends/CsoundVST
> -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include
> -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/cs_par_base.c
> gcc -o Engine/cs_par_dispatch.o -c -Wno-format -DGNU_GETTEXT -g
> -fomit-frame-pointer -freorder-blocks -DLINUX -DPIPES -fPIC -fPIC
> -DHAVE_LIBSNDFILE=1016 -DBETA -DHAVE_SOCKETS -DHAVE_PTHREAD_SPIN_LOCK
> -DHAVE_PTHREAD_BARRIER_INIT -DHAVE_SYNC_LOCK_TEST_AND_SET -DHAVE_FCNTL_H
> -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H
> -DHAVE_TERMIOS_H -DHAVE_VALUES_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -DPARCS
> -D__BUILDING_LIBCSOUND -I. -IH -I/usr/include/fltk-1.1
> -I/usr/share/musicxml-v2/src/elements -I/usr/share/musicxml-v2/src/files
> -I/usr/share/musicxml-v2/src/parser -I/usr/share/musicxml-v2/src/lib
> -I/usr/share/musicxml-v2/src/visitors -I/home/mkg/share/LuaJIT-1.1.5/src
> -I/home/mkg/csound5/frontends/CsoundVST
> -I/home/mkg/csound5/frontends/CsoundVST/vstsdk2.4 -I/usr/local/include
> -I/usr/include -I/usr/include -I/usr/X11R6/include Engine/cs_par_dispatch.c
> In file included from Engine/cs_par_dispatch.c:28:
> H/csound_orc.h:14:29: error: csound_orcparse.h: No such file or directory
> In file included from Engine/cs_par_dispatch.c:28:
> H/csound_orc.h:18: error: ‘T_HIGHEST’ undeclared here (not in a function)
> Engine/cs_par_dispatch.c: In function ‘csp_locks_insert’:
> Engine/cs_par_dispatch.c:207: error: ‘T_INSTR’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c:207: error: (Each undeclared identifier is reported
> only once
> Engine/cs_par_dispatch.c:207: error: for each function it appears in.)
> Engine/cs_par_dispatch.c:216: error: ‘T_UDO’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c:217: error: ‘T_IF’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c:221: error: ‘S_ASSIGN’ undeclared (first use in
> this function)
> Engine/cs_par_dispatch.c:246: error: ‘T_OPCODE’ undeclared (first use in
> this function)
> Engine/cs_par_dispatch.c:247: error: ‘T_INTGR’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c: In function ‘csp_weights_calculate_instr’:
> Engine/cs_par_dispatch.c:360: error: ‘T_INSTR’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c:369: error: ‘T_OPCODE’ undeclared (first use in
> this function)
> Engine/cs_par_dispatch.c:370: error: ‘T_OPCODE0’ undeclared (first use in
> this function)
> Engine/cs_par_dispatch.c: In function ‘csp_weights_calculate’:
> Engine/cs_par_dispatch.c:406: error: ‘T_INSTR’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c: In function ‘csp_orc_sa_opcode_dump_instr’:
> Engine/cs_par_dispatch.c:430: error: ‘T_INSTR’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c:433: error: ‘T_OPCODE’ undeclared (first use in
> this function)
> Engine/cs_par_dispatch.c:434: error: ‘T_OPCODE0’ undeclared (first use in
> this function)
> Engine/cs_par_dispatch.c:438: error: ‘S_ASSIGN’ undeclared (first use in
> this function)
> Engine/cs_par_dispatch.c: In function ‘csp_orc_sa_opcode_dump’:
> Engine/cs_par_dispatch.c:459: error: ‘T_INSTR’ undeclared (first use in this
> function)
> Engine/cs_par_dispatch.c: In function ‘csp_weights_dump_normalised’:
> Engine/cs_par_dispatch.c:766: error: ‘OPARMS’ has no member named
> ‘calculateWeights’
> scons: *** [Engine/cs_par_dispatch.o] Error 1
> scons: building terminated because of errors.
> iain@musicbox:/usr/local/src/Csound5.14.2$
>
>



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com


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"

Do you have flex and bison installed (you will need them)?  These are
the lexer and parser generator.

Greetings,

I posted the original note about the missing file. Just to bring that 
post up to date: the tarball for 5.14.2 builds fine here on 64-bit Arch 
and i586 Ubuntu 10.04, the git sources don't (or didn't as of some hours 
ago).

Iain, I think Steven is right, you'll need the flex and bison utilities 
to build the tarball.

Best,

dp


------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I think you're overreacting a bit; as a whole, a number of us have been building Csound on a regular basis without problems, and as mentioned before, this issue was missed.  My guess at this point is that the fix was tested without regard that csound_orcparse.h was hanging around from a previous build (it gets generated from csound_orc.y).  

It sounds like you're building is failing with new parser due to not having flex and bison installed.  apt-get, yum, or whatever package manager you use should solve that issue quickly.

Well, seems it's just broken then in git.  

Anyways, it's almost 2:30am in Europe, I'm sure John or Victor will have a proper fix tomorrow.  Until then, building with new parser should work with flex/bison.  Also to note, building with new parser does not mean it does not build the old parser, so you can build it with the new parser and use the old parser just fine (it should be the default that gets used).  Hopefully tomorrow things will be fixed up for git.

On Sun, Dec 18, 2011 at 9:24 PM, Dave Phillips <dlphillips@woh.rr.com> wrote:

Greetings,

I posted the original note about the missing file. Just to bring that
post up to date: the tarball for 5.14.2 builds fine here on 64-bit Arch
and i586 Ubuntu 10.04, the git sources don't (or didn't as of some hours
ago).

Iain, I think Steven is right, you'll need the flex and bison utilities
to build the tarball.

Best,

dp

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

Well, seems it's just broken then in git.  

Anyways, it's almost 2:30am in Europe, I'm sure John or Victor will have a proper fix tomorrow.  Until then, building with new parser should work with flex/bison.  Also to note, building with new parser does not mean it does not build the old parser, so you can build it with the new parser and use the old parser just fine (it should be the default that gets used).  Hopefully tomorrow things will be fixed up for git.

On Sun, Dec 18, 2011 at 9:24 PM, Dave Phillips <dlphillips@woh.rr.com> wrote:

Greetings,

I posted the original note about the missing file. Just to bring that
post up to date: the tarball for 5.14.2 builds fine here on 64-bit Arch
and i586 Ubuntu 10.04, the git sources don't (or didn't as of some hours
ago).

Iain, I think Steven is right, you'll need the flex and bison utilities
to build the tarball.

Best,

dp

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

No, as mentioned, I think it's just broken in git now; your bug is reported, it'll get addressed hopefully tomorrow. 

As for automated builds, John has one for linux that builds for debian.  I don't remember where it gets placed, but I had talks with him and Victor about getting an automated build done for all three platforms and placed on the same server.  There's not a lot of time/resources available at the moment and our priorities shifted, so that's not going to happen quite yet. 

As for:

"Ok, but I get the same error when I build with: scons buildNewParser=0 ? Am I not able to ask not build the new parser? Or am I doing that wrong?"

No, you're doing it right, but as mentioned: 

1. It's a bug that buildNewParser=0 is failing 

2. You can work around it for now by building with the new parser, and that will require flex/bison

I think we're on the same page now yes?  

It looks like last night was fun on this list, huh?

Is this fixed now? Is there any other 'bugs' relating to the build?

Victor

On 19 Dec 2011, at 07:35, Tito Latini wrote:

> scons buildNewParser=0
> 
> fails because buildMultiCore is 1 of default. It works
> 
> scons buildNewParser=0 buildMultiCore=0 
> 
> tito
> 
> On Sun, Dec 18, 2011 at 09:47:52PM -0500, Steven Yi wrote:
>> All good, I'll say it's not fun when a simple build "out of the box" isn't
>> working, so I get it.  Anyways, best of luck with your project. :)
>> 
>> On Sun, Dec 18, 2011 at 9:44 PM, Iain Duncan wrote:
>> 
>>> On Sun, Dec 18, 2011 at 6:36 PM, Steven Yi  wrote:
>>> 
>>>> No, as mentioned, I think it's just broken in git now; your bug is
>>>> reported, it'll get addressed hopefully tomorrow.
>>>> 
>>>> As for automated builds, John has one for linux that builds for debian.
>>>> I don't remember where it gets placed, but I had talks with him and Victor
>>>> about getting an automated build done for all three platforms and placed on
>>>> the same server.  There's not a lot of time/resources available at the
>>>> moment and our priorities shifted, so that's not going to happen quite yet.
>>>> 
>>> 
>>> Thanks for the explanation. Well, as I mentioned, I am at this evaluating
>>> my options for audio generation for this project, which will be a serious
>>> and long lived project for me. If I do decide that csound is going to be a
>>> major supported part of it, I would be willing to help with cleaning up the
>>> 'hit the ground running experience', for new csound users and my potential
>>> users. I can't say for sure what I'll do, but ultimately I'm hoping to have
>>> this playing well with all of Csound, SuperCollider, PD, and the STK. I
>>> will need to set up some kind of build bot for my own project too. That
>>> said, I don't know yet how long the evaluation process will take.
>>> 
>>> 
>>>> 
>>>> As for:
>>>> 
>>>> "Ok, but I get the same error when I build with: scons buildNewParser=0 ?
>>>> Am I not able to ask not build the new parser? Or am I doing that wrong?"
>>>> 
>>>> No, you're doing it right, but as mentioned:
>>>> 
>>>> 1. It's a bug that buildNewParser=0 is failing
>>>> 
>>> 
>>> Ah, thank you, that's where I was not understanding the replies.
>>> 
>>> 
>>>> 2. You can work around it for now by building with the new parser, and
>>>> that will require flex/bison
>>>> 
>>> 
>>> Will try that.
>>> 
>>> 
>>>> 
>>>> I think we're on the same page now yes?
>>>> 
>>> 
>>> Yes, thanks for the clarification.
>>> 
>>> Iain
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>>> Microsoft is holding a special Learn Windows Azure training event for
>>> developers. It will provide a great way to learn Windows Azure and what it
>>> provides. You can attend the event by watching it streamed LIVE online.
>>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> 
> 
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for 
>> developers. It will provide a great way to learn Windows Azure and what it 
>> provides. You can attend the event by watching it streamed LIVE online.  
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for 
> developers. It will provide a great way to learn Windows Azure and what it 
> provides. You can attend the event by watching it streamed LIVE online.  
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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




------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks!
On 19 Dec 2011, at 08:53, Tito Latini wrote:

> `scons buildNewParser=0' now works (in git)
> 
> tito
> 
> On Mon, Dec 19, 2011 at 08:46:59AM +0000, Victor Lazzarini wrote:
>> It looks like last night was fun on this list, huh?
>> 
>> Is this fixed now? Is there any other 'bugs' relating to the build?
>> 
>> Victor
> 
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for 
> developers. It will provide a great way to learn Windows Azure and what it 
> provides. You can attend the event by watching it streamed LIVE online.  
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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




------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Hasn't Felipe already made updated binaries available through
"apt-get" for Debian based systems? Based on this page it's the latest
version too?

http://packages.qa.debian.org/c/csound.html

Rory.




On 19 December 2011 09:28, Victor Lazzarini  wrote:
> Thanks!
> On 19 Dec 2011, at 08:53, Tito Latini wrote:
>
>> `scons buildNewParser=0' now works (in git)
>>
>> tito
>>
>> On Mon, Dec 19, 2011 at 08:46:59AM +0000, Victor Lazzarini wrote:
>>> It looks like last night was fun on this list, huh?
>>>
>>> Is this fixed now? Is there any other 'bugs' relating to the build?
>>>
>>> Victor
>>
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for
>> developers. It will provide a great way to learn Windows Azure and what it
>> provides. You can attend the event by watching it streamed LIVE online.
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> 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
>
>
>
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Files that are generated by tools during the build should most
definitely NOT be checked into source code control.

Why? Because someone will change the grammar or the lexing rules, but
not check in the new generated file. Then the build breaks for
everyone without flex and bison.

Regards,
Mike

On Sun, Dec 18, 2011 at 9:28 PM, Iain Duncan  wrote:
> On Sun, Dec 18, 2011 at 6:16 PM, Steven Yi  wrote:
>>
>> I think you're overreacting a bit; as a whole, a number of us have been
>> building Csound on a regular basis without problems, and as mentioned
>> before, this issue was missed.  My guess at this point is that the fix was
>> tested without regard that csound_orcparse.h was hanging around from a
>> previous build (it gets generated from csound_orc.y).
>
>
> Ok, that's possible, but I would respectfully disagree here. I get that bugs
> creep in, but given that building from source is the recommended way to
> install on linux, I think that calls for some kind of automated build
> testing to be in place. I *like* csound, and I'm frustrated, so imagine how
> it comes across to those who are not sure about csound yet. :-/
>
>> It sounds like you're building is failing with new parser due to not
>> having flex and bison installed.  apt-get, yum, or whatever package manager
>> you use should solve that issue quickly.
>
>
> Ok, but I get the same error when I build with: scons buildNewParser=0 ? Am
> I not able to ask not build the new parser? Or am I doing that wrong?
>
> thanks
> Iain
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

There are nightly Debian and OpenSuSE builds

> Hasn't Felipe already made updated binaries available through
> "apt-get" for Debian based systems? Based on this page it's the latest
> version too?
>
> http://packages.qa.debian.org/c/csound.html
>
> Rory.
>
>
>
>
> On 19 December 2011 09:28, Victor Lazzarini 
> wrote:
>> Thanks!
>> On 19 Dec 2011, at 08:53, Tito Latini wrote:
>>
>>> `scons buildNewParser=0' now works (in git)
>>>
>>> tito
>>>
>>> On Mon, Dec 19, 2011 at 08:46:59AM +0000, Victor Lazzarini wrote:
>>>> It looks like last night was fun on this list, huh?
>>>>
>>>> Is this fixed now? Is there any other 'bugs' relating to the build?
>>>>
>>>> Victor
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>>> Microsoft is holding a special Learn Windows Azure training event for
>>> developers. It will provide a great way to learn Windows Azure and what
>>> it
>>> provides. You can attend the event by watching it streamed LIVE online.
>>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>>> _______________________________________________
>>> 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
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for
>> developers. It will provide a great way to learn Windows Azure and what
>> it
>> provides. You can attend the event by watching it streamed LIVE online.
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>



------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

`scons buildNewParser=0' now works (in git)

Hasn't Felipe already made updated binaries available through
"apt-get" for Debian based systems? Based on this page it's the latest
version too?

http://packages.qa.debian.org/c/csound.html

indeed ;)

Thanks, Tito.
On 19 Dec 2011, at 20:31, Tito Latini wrote:

> good news
> 
> # uname -s -m
> Linux x86_64
> # flex
> bash: flex: command not found
> # bison
> bash: bison: command not found
> # scons buildNewParser=0
> ...
> scons: done building targets.
> 
> tito
> 
> On Mon, Dec 19, 2011 at 12:23:27PM -0800, Iain Duncan wrote:
>> On Mon, Dec 19, 2011 at 12:53 AM, Tito Latini  wrote:
>> 
>>> `scons buildNewParser=0' now works (in git)
>>> 
>> 
>> Was this checked on a system *without* bison or flex installed? From what I
>> understand from Steven's explanation, we don't know if the build is fixed
>> unless someone tries to build on a system without those dependencies. I was
>> able to build last night once I had installed Flex and Bison, but the
>> problems were that ( according to the build docs)  the default build should
>> work without those, and that that buildNewParser=0 should work without
>> those dependencies being met.
>> 
>> iain
> 
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for 
>> developers. It will provide a great way to learn Windows Azure and what it 
>> provides. You can attend the event by watching it streamed LIVE online.  
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for 
> developers. It will provide a great way to learn Windows Azure and what it 
> provides. You can attend the event by watching it streamed LIVE online.  
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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




------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Whatever the install documents may or may not say, it is not good
practice to place generated files into source code control, and it
should not be the case that the build is expected to work if the tools
to generate those files are not installed.

The general principle, as always, is never to store the exact same
data in two different places. (Here, the two places are the grammar
file and the generated parser file, which "mean" the exact same
thing.) Somehow or other it turns out, sooner or later, that it
changes in one place, but not in the other, leading to inconsistencies
that either break the build, or break the built software.

It also creates an additional, completely unnecessary path through the
build process, which becomes harder to maintain, and that is what
happened here.

It would be better for scons to check for the existence of flex and
bison, and refuse to build for the new parser if they are not present.
That would result in a semi-intelligible message automatically being
printed, and of course this message could easily be made clearer.

I understand how confusing this can be. I had exactly the same problem
when I tried to build some months ago, but because have been through
this before on other projects, I just went ahead and installed flex
and bison and then it worked.

Regards,
Mike

On Mon, Dec 19, 2011 at 3:26 PM, Iain Duncan  wrote:
> On Mon, Dec 19, 2011 at 3:59 AM, Rory Walsh  wrote:
>>
>> Hasn't Felipe already made updated binaries available through
>> "apt-get" for Debian based systems? Based on this page it's the latest
>> version too?
>>
>> http://packages.qa.debian.org/c/csound.html
>
>
> That may be, but it doesn't change the fact that the install docs recommend
> building from source on linux, so building from source from the snapshots
> marked as stabil should "just work" all the time. Which given the very large
> number of build options and their relationships with dependencies, really
> requires a build bot of some kind.
>
> iain
>
>
>
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I missed this, is anyone saying to put the generated files in GIT? That's not happening.
The scons build now has been fixed for people not wanting to build the new parser. But note that we are hoping the new parser to be the default for 5.16, from which time I don't think we should offer the alternative of not building it, as we will move towards deprecating the old parser.

Victor
On 19 Dec 2011, at 20:43, Michael Gogins wrote:

> Whatever the install documents may or may not say, it is not good
> practice to place generated files into source code control, and it
> should not be the case that the build is expected to work if the tools
> to generate those files are not installed.
> 
> The general principle, as always, is never to store the exact same
> data in two different places. (Here, the two places are the grammar
> file and the generated parser file, which "mean" the exact same
> thing.) Somehow or other it turns out, sooner or later, that it
> changes in one place, but not in the other, leading to inconsistencies
> that either break the build, or break the built software.
> 
> It also creates an additional, completely unnecessary path through the
> build process, which becomes harder to maintain, and that is what
> happened here.
> 
> It would be better for scons to check for the existence of flex and
> bison, and refuse to build for the new parser if they are not present.
> That would result in a semi-intelligible message automatically being
> printed, and of course this message could easily be made clearer.
> 
> I understand how confusing this can be. I had exactly the same problem
> when I tried to build some months ago, but because have been through
> this before on other projects, I just went ahead and installed flex
> and bison and then it worked.
> 
> Regards,
> Mike
> 
> On Mon, Dec 19, 2011 at 3:26 PM, Iain Duncan  wrote:
>> On Mon, Dec 19, 2011 at 3:59 AM, Rory Walsh  wrote:
>>> 
>>> Hasn't Felipe already made updated binaries available through
>>> "apt-get" for Debian based systems? Based on this page it's the latest
>>> version too?
>>> 
>>> http://packages.qa.debian.org/c/csound.html
>> 
>> 
>> That may be, but it doesn't change the fact that the install docs recommend
>> building from source on linux, so building from source from the snapshots
>> marked as stabil should "just work" all the time. Which given the very large
>> number of build options and their relationships with dependencies, really
>> requires a build bot of some kind.
>> 
>> iain
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for
>> developers. It will provide a great way to learn Windows Azure and what it
>> provides. You can attend the event by watching it streamed LIVE online.
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> 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
> 
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for 
> developers. It will provide a great way to learn Windows Azure and what it 
> provides. You can attend the event by watching it streamed LIVE online.  
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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




------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

OK, perhaps I got it wrong that the generated file were supposed to be
in GIT. What you say is good.

Regards,
Mike

On Mon, Dec 19, 2011 at 3:53 PM, Victor Lazzarini
 wrote:
> I missed this, is anyone saying to put the generated files in GIT? That's not happening.
> The scons build now has been fixed for people not wanting to build the new parser. But note that we are hoping the new parser to be the default for 5.16, from which time I don't think we should offer the alternative of not building it, as we will move towards deprecating the old parser.
>
> Victor
> On 19 Dec 2011, at 20:43, Michael Gogins wrote:
>
>> Whatever the install documents may or may not say, it is not good
>> practice to place generated files into source code control, and it
>> should not be the case that the build is expected to work if the tools
>> to generate those files are not installed.
>>
>> The general principle, as always, is never to store the exact same
>> data in two different places. (Here, the two places are the grammar
>> file and the generated parser file, which "mean" the exact same
>> thing.) Somehow or other it turns out, sooner or later, that it
>> changes in one place, but not in the other, leading to inconsistencies
>> that either break the build, or break the built software.
>>
>> It also creates an additional, completely unnecessary path through the
>> build process, which becomes harder to maintain, and that is what
>> happened here.
>>
>> It would be better for scons to check for the existence of flex and
>> bison, and refuse to build for the new parser if they are not present.
>> That would result in a semi-intelligible message automatically being
>> printed, and of course this message could easily be made clearer.
>>
>> I understand how confusing this can be. I had exactly the same problem
>> when I tried to build some months ago, but because have been through
>> this before on other projects, I just went ahead and installed flex
>> and bison and then it worked.
>>
>> Regards,
>> Mike
>>
>> On Mon, Dec 19, 2011 at 3:26 PM, Iain Duncan  wrote:
>>> On Mon, Dec 19, 2011 at 3:59 AM, Rory Walsh  wrote:
>>>>
>>>> Hasn't Felipe already made updated binaries available through
>>>> "apt-get" for Debian based systems? Based on this page it's the latest
>>>> version too?
>>>>
>>>> http://packages.qa.debian.org/c/csound.html
>>>
>>>
>>> That may be, but it doesn't change the fact that the install docs recommend
>>> building from source on linux, so building from source from the snapshots
>>> marked as stabil should "just work" all the time. Which given the very large
>>> number of build options and their relationships with dependencies, really
>>> requires a build bot of some kind.
>>>
>>> iain
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>>> Microsoft is holding a special Learn Windows Azure training event for
>>> developers. It will provide a great way to learn Windows Azure and what it
>>> provides. You can attend the event by watching it streamed LIVE online.
>>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>>> _______________________________________________
>>> 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
>>
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for
>> developers. It will provide a great way to learn Windows Azure and what it
>> provides. You can attend the event by watching it streamed LIVE online.
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> 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
>
>
>
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> 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

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On Mon, Dec 19, 2011 at 17:26, Iain Duncan  wrote:
> Which given the very large number of build options and their relationships
> with dependencies, really requires a build bot of some kind.

I think I've said this before, but I really really think the number of
build options should be severely trimmed and most (if not all) build
dependencies be made mandatory (at build time).This severely reduces
the number of build configurations that have to be supported.
Moreover, as csound is highly modular, uninstalled run time
dependencies will just cause some opcodes to be missing, without
breaking the csound installation. This makes instructions for building
more straightforward, although a bit longer, without requiring new run
time dependencies.

In short: run time modularity and optional dependencies: good. Build
time configurability, bad unless really necessary (as in the new/old
parser case).

-- 

Saludos,
Felipe Sateler

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Couldn't agree more,
Mike

On Mon, Dec 19, 2011 at 6:31 PM, Felipe Sateler  wrote:
> On Mon, Dec 19, 2011 at 17:26, Iain Duncan  wrote:
>> Which given the very large number of build options and their relationships
>> with dependencies, really requires a build bot of some kind.
>
> I think I've said this before, but I really really think the number of
> build options should be severely trimmed and most (if not all) build
> dependencies be made mandatory (at build time).This severely reduces
> the number of build configurations that have to be supported.
> Moreover, as csound is highly modular, uninstalled run time
> dependencies will just cause some opcodes to be missing, without
> breaking the csound installation. This makes instructions for building
> more straightforward, although a bit longer, without requiring new run
> time dependencies.
>
> In short: run time modularity and optional dependencies: good. Build
> time configurability, bad unless really necessary (as in the new/old
> parser case).
>
> --
>
> Saludos,
> Felipe Sateler
>
> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> _______________________________________________
> 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

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net