I can't seem to compile the official Csound source available from either official version release or source forge cvs. An Ebuild for this would be wonderful, if possible. Here's the error encountered when compiling, I don't know enough, but that sounds like possibly too new of a gcc version? The -Wno-deprecated flag didn't seem to help, but perhaps I put in in the wrong place. /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include/g++-v3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <sstream> instead of the deprecated header <strstream.h>. To disable this warning use -Wno-deprecated. widgets.cpp:77:23: strstream.h: No such file or directory Reproducible: Always Steps to Reproduce: 1. 2. 3. tgrey@tgrey csound $ gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/specs Configured with: /var/tmp/portage/gcc-3.3.2-r5/work/gcc-3.3.2/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info --enable-shared --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib --enable-languages=c,c++,f77,objc,java --enable-threads=posix --enable-long-long --disable-checking --enable-cstdio=stdio --enable-clocale=generic --enable-__cxa_atexit --enable-version-specific-runtime-libs --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include/g++-v3 --with-local-prefix=/usr/local --enable-shared --enable-nls --without-included-gettext --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-interpreter --enable-java-awt=xlib --with-x --disable-multilib Thread model: posix gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7)
Unfortunately we don't have enough resources to timely handle the volume of ebuild submissions let alone requests... you'll probably have better luck getting help in the forums, and please post the ebuild here so we can include it. Thanks.
Hmmm ... csound and some of its GUI wrappers are in Debian "sarge" -- you could figure out the dependencies from the ".deb" or from the Debian source package. I've got the packages on a CD-ROM somewhere, but I don't know how to "translate" a Debian package to an ebuild, or I'd do it myself. P.S.: I just posted a request for "sfront" -- I guess that one's off the radar screen as well. It's a much simpler build, though. The whole tarball, including documentation, is only about 5 MB and I think the only dependency is "gcc". And it's in Debian as well. There aren't many GUI wrappers for it, though. Ed Borasky http://www.algocompsynth.com
It won't compile because it contains a deprecated header that GCC 3.3 doesn't recognize. This is clealy stated in the output you posted below. The upstream maintaner needs to update the code to accomodate GCC 3.3 if the user wants FLTK support. It compiles fine for me with the --without-fltk and the --disable-realtime options. The only way I can see an build for this working is if it required an older version of GCC, which might break the system for other apps. -lee
I've done a bit more digging on this in the past few days. If anyone else cares, it looks like the upstream folks are trying to get release 5.0 together, but I haven't inquired about the status. They're on sourceforge, if that helps. I had no luck with the 4.23f11 tarball. Meanwhile, Dave Phillips at http://www.bright.net/~dlphilp/linux_csound.html recommends pulling the source with CVS and doing autoreconf -i autoreconf -f ./configure --with-fltk make autoreconf complained, but the make step seems to work if you change the configure to ./configure --without-fltk --disable-rtaudio Ed Borasky http://www.algocompsynth.com
I just filed bugs at the CSound page on Sourceforge against the FLTK and RTAUDIO issues. If anyone here wants to track them, they are: 971780 rtaudio fails on Gentoo Linux build 2004-06-12 10:23 nobody znmeb 971773 --with-fltk doesn't compile; --without-fltk does compile 2004-06-12 10:01 nobody nobody I'm going to try building CSound 5 out of CVS later this weekend. Most of the development activity seems to be on 5, although I haven't seen it show up in Debian and I'm not sure what version the Agnula/DeMuDi folks are currently carrying. Ed Borasky znmeb@aracnet.com http://AlgoCompSynth.com
*bump* please let us know if this works in cvs. If it does, I may just create a cvs snapshot ebuild.
following the http://www.bright.net/~dlphilp/linux_csound.html instructions (that was the original URL i had attatched as well) the compile errors with: gcc -g -O2 -Wall -falign-loops=4 -falign-jumps=4 -ffast-math -fomit-frame-pointer -finline-functions -funroll-loops -I/usr/X11R6/include -o csound ccsound.o -L/usr/X11R6/lib ./.libs/libcsound.a -lX11 -ldl -lm ./.libs/libcsound.a(libcsound_la-main.o)(.text+0x511): In function `csoundMain': /home/tgrey/csoundsrc/cvs/csound/csound/main.c:438: warning: the use of `tmpnam' is dangerous, better use `mkstemp' ./.libs/libcsound.a(libcsound_la-csound.o)(.data+0xc):/home/tgrey/csoundsrc/cvs/csound/csound/csound.c:83: undefined reference to `playopen_' ./.libs/libcsound.a(libcsound_la-csound.o)(.data+0x10):/home/tgrey/csoundsrc/cvs/csound/csound/csound.c:84: undefined reference to `rtplay_' ./.libs/libcsound.a(libcsound_la-csound.o)(.data+0x14):/home/tgrey/csoundsrc/cvs/csound/csound/csound.c:83: undefined reference to `recopen_' ./.libs/libcsound.a(libcsound_la-csound.o)(.data+0x18):/home/tgrey/csoundsrc/cvs/csound/csound/csound.c:84: undefined reference to `rtrecord_' ./.libs/libcsound.a(libcsound_la-csound.o)(.data+0x1c):/home/tgrey/csoundsrc/cvs/csound/csound/csound.c:84: undefined reference to `rtclose_' collect2: ld returned 1 exit status make[2]: *** [csound] Error 1 make[2]: Leaving directory `/home/tgrey/csoundsrc/cvs/csound/csound' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/tgrey/csoundsrc/cvs/csound/csound' make: *** [all-recursive] Error 1 so i added a --disable-rtaudio, and sure enough, it seems to be working. i haven't compiled any csound code yet, but i'm gonna dig up an old project or two right away.
it compiles outputting to a file ("-W -o test.wav"), but as i expected playing directly to an audio device ("-W -o devaudio") does not work. it would make sense that this uses the rtaudio i disabled. at least it works tho ;)
Don't like posting things that break like this. Let me know when upstream has a version they consider somewhat stable, and I'll work on this.
Well ... I'm back to this for a bit. As of 2005-02-13: 1. The CSound home page has been re-organized. It's still at http://www.csounds.com/ 2. CSound5 is still *very* experimental. Quoth the home page: "The question is, Should I go there? If you are a developer, a LINUX-based Csounder, ABSOLUTELY, but be aware that this might not be your "production/composition" version of Csound. (You still may be using one of the versions above as well.) "_WARNING_ "If you are just getting into Csound - the is NOT the VERSION for YOU (because it is NOT done and it has NOT yet been released. It is NOT the newest and most recent version of Csound... "It is the Future standard version of Csound, and in the Future, it will be the standard foundation for ALL of us. _BUT NOT YET_ and possibly not for some time..." 3. So ... I think Gentoo should package the latest stable CSound4. The current expert on that is Istvan Varga, and the page is http://csounds.com/istvan/html/cspatches.html The current version appears to be 4.24.1. I'm not sure about the date, but the newest file in the unpacked tarball looks like 2003-02-25, just about two years old. Time flies when you have a stable product, eh? :) The build process is decidedly non-standard. You have to unpack the tarball and manually edit "Makefile.defs", rather than running a standard GNU/Linux "./configure". It's ghastly; things like the gcc version are hard-coded. Bah! Then you run "make all" and "make install" like a normal build. I'm going to take a shot at it, once I'm sure that all the dependencies are installed. Meanwhile, Linux audio guru Dave Phillips still recommends, as of 2004-01-28, checking out the source from CVS and doing the build that way. If I can't make Istvan's version work, I'll try the CVS route. I had problems with it the last time I tried it. That page is http://www.bright.net/%7edlphilp/linux_csound.html For the lazy, Planet CCRMA has the latest 4.24.1 RPM at http://ccrma.stanford.edu/planetccrma/software/soundapps.html#SECTION000428300000000000000 and Debian testing has 1:4.23f12-3 as a "deb" at http://packages.debian.org/testing/sound/csound
