gcc -o csb64enc.exe -fexceptions -shared-libgcc -mno-cygwin
-Wl,--enable-auto-import -Wl,--enable-runtime-pseudo-reloc
util1\csd_uti
l\base64.o util1\csd_util\csb64enc.o -L. -L. -LD:\usr\local\lib -L.
-L. -LC:\utah\opt\Mega-Nerd\libsndfile -LC:\utah\opt\portaudio -
LC:\utah\opt\portmidi -LC:\utah\opt\fltk-1.1.10\src
-LC:\utah\opt\fltk-1.1.10\lib -LC:\utah\opt\fltk-1.1.10\bin
-LC:\utah\msys\1.0\l
ocal\lib -LC:\utah\msys\1.0\local\bin -LC:\utah\opt\Python27\libs
-LC:\utah\opt\luajit\src -LC:\utah\opt\Tcl\lib -LC:\utah\opt\Tcl\b
in -LC:\utah\opt\fluidsynth\trunk\fluidsynth\src
-LC:\utah\opt\directx-sdk-2010-06\Lib\x86 -LC:\utah\opt\liblo
-LC:\utah\opt\pd\bin
-LC:\utah\opt\musicxml-v2\win32\codeblocks -lsndfile -lpthread
-lpthread -lgomp -lm
cl /Fofrontends\csbeats\main.obj /c frontends\csbeats\main.c /nologo
'cl' is not recognized as an internal or external command,
operable program or batch file.
scons: *** [frontends\csbeats\main.obj] Error 1
scons: building terminated because of errors.

Note: cl (4th line from last) is the Microsoft compiler. Why is
SConstruct invoking it here?

Actually, I see the problem. At the top of SConstruct, there are
comments to the effect that the SCons Environment has to be patched
for MinGW. In spite of these comments, the csbeats target was using
the unpatched Environment. I pushed the lex and yacc tools up to the
commonEnvironment, so that both Csound and csbeats would be able to
use the proper tools. I then #ifdef'd localtime_r in csbeats somewhat
as it had been done in winEPS.c, as localtime_r does not exist in
MinGW 4.6.2 which I am using.

Fixed in GIT.

Regards,
Mike

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

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net