Subject: [ecasound] (fwd) problems linking ecawave on FreeBSD
From: The Anarcat (firstname.lastname@example.org)
Date: Sat Aug 25 2001 - 04:39:14 EEST
I originally posted this to the wrong list.
attached mail follows:
I am the ecasound FreeBSD port maintainer. I just sent an update of
ecasound to version 2.0.2 and it works fine, good job! :)
I am now trying to compile ecawave (again). The first problem I stumbled
upon is that ecawave is not linking with the proper qt library on fbsd
here. Here, to link with qt2 you have to specify -lqt2, not -lqt.
I have attached patches to the Makefiles that fix this issue.
The second problem I had is with the eternal -pthread flag on FreeBSD.
You need it to link with pthreaded apps. And ecasound is one. And
ecasound-config --libs, for some reason, doesn't give -pthread in the
list. So I had to include that in the patch too.
But I still have problems. First is that horrible warning message when
/usr/lib/libc.so.4: WARNING! setkey(3) not present in the system!
/usr/lib/libc.so.4: warning: this program uses gets(), which is unsafe.
/usr/lib/libc.so.4: warning: mktemp() possibly used unsafely; consider
/usr/lib/libc.so.4: WARNING! des_setkey(3) not present in the system!
/usr/lib/libc.so.4: WARNING! encrypt(3) not present in the system!
/usr/lib/libc.so.4: warning: tmpnam() possibly used unsafely; consider
/usr/lib/libc.so.4: warning: this program uses f_prealloc(), which is
/usr/lib/libc.so.4: WARNING! des_cipher(3) not present in the system!
/usr/lib/libc.so.4: warning: tempnam() possibly used unsafely; consider
this is probably due to ecawave or ecasound libs linking to -lc_r or
something. I noticed ecawave linking to -lgcc, this might not be good.
I don't know, really.
So now I can compile it. And run it! :) But when I start it, I have the
message: "Warning! Can't access temporary directory
/tmp/ecawave-anarcat. Ecawave may not work properly." The thing is that
the directory is there. It exists...
This really looks promising. Is it possible to make multi-track mixing
with ecawave? This is mostly why I would use it. I mainly need it to mix
seperate wave files together and "align" them on arbitrary boundaries.
On a side note, is there planned support for ESound/nas/rplay/aRts API?
attached mail follows:
I am refining my port of 2.0.2 on FreeBSD here, and I have a few other
problems. See the FreeBSD problem report ports/30058
The main point is with audiofile support. On FreeBSD, audiofile is
installed under /usr/local (as any third-party). So in order to detect
it, configure must look into /usr/local/lib, thing it doesn't seem to be
doing, by default. So I must call it using:
LDFLAGS=-L/usr/local/lib ./configure ...
and then it cannot compile because it cannot find the headers. So I
tried to do the same with CFLAGS (/usr/local/include), but it's not
c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I../.. -I../../libecasound
-I../../kvutils -D_THREAD_SAFE -O2 -D_REENTRANT -DNDEBUG -ffast-math
-fstrict-aliasing -funroll-loops -pthread -Wp,-MD,.deps/audioio_af.pp -c
audioio_af.cpp -fPIC -DPIC -o .libs/audioio_af.lo
audioio_af.cpp:29: audiofile.h: No such file or directory
In file included from audioio_af.cpp:34:
audioio_af.h:5: audiofile.h: No such file or directory
gmake: *** [audioio_af.lo] Erreur 1
gmake: Quitte le répertoire
I don't understand why the flags don't get past up there, but anyways..
-- To unsubscribe send message 'unsubscribe' in the body of the message to <email@example.com>.
This archive was generated by hypermail 2b28 : Sat Aug 25 2001 - 04:37:56 EEST