[ecasound] (fwd) problems linking ecawave on FreeBSD

New Message Reply Date view Thread view Subject view Author view Other groups

Subject: [ecasound] (fwd) problems linking ecawave on FreeBSD
From: The Anarcat (anarcat@anarcat.dyndns.org)
Date: Sat Aug 25 2001 - 04:39:14 EEST


I originally posted this to the wrong list.

attached mail follows:


Hi.

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
linking:

/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
using mkstemp()
/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
using mkstemp()
/usr/lib/libc.so.4: warning: this program uses f_prealloc(), which is
not recommended.
/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
using mkstemp()

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?

Thanks,

A.



attached mail follows:


Hi.

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

http://www.freebsd.org/cgi/query-pr.cgi?pr=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
working:

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[3]: *** [audioio_af.lo] Erreur 1
gmake[3]: Quitte le répertoire
`/u/anarcat/src/ports/ecasound/work/ecasound-2.0.2/libecasound/plugins'

I don't understand why the flags don't get past up there, but anyways..

TIA

A.



--
To unsubscribe send message 'unsubscribe' in the body of the
message to <ecasound-list-request@wakkanet.fi>.


New Message Reply Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Sat Aug 25 2001 - 04:37:56 EEST