Re: [ecasound] Porting ecasound to FreeBSD 4.2 (take 2)

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

Subject: Re: [ecasound] Porting ecasound to FreeBSD 4.2 (take 2)
From: Anarcat (beaupran@IRO.UMontreal.CA)
Date: Tue Dec 19 2000 - 19:51:45 EET


Good. Progress is being made. :)

Making all in libecasoundc
/bin/sh ../libtool --mode=link c++ -O2 -D_REENTRANT -DNDEBUG -ffast-math -fstrict-aliasing -funroll-loops -pthread -o libecasoundc.la -rpath /u/an_temp/lib -export-dynamic -s -version-info 0:0:0 ecasoundc.lo -lecasound -L../kvutils/.libs -lkvutils -lhistory -lreadline -lc_r -lm
rm -fr .libs/libecasoundc.la .libs/libecasoundc.* .libs/libecasoundc.*

*** Warning: This library needs some functionality provided by -lecasound.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
[...compilation keeps going... but:]
Making all in ecasound
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/readline -I. -I.. -I../libecasound -I../kvutils -D_THREAD_SAFE -O2 -D_REENTRANT -DNDEBUG -ffast-math -fstrict-aliasing -funroll-loops -pthread -c eca-text.cpp
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/readline -I. -I.. -I../libecasound -I../kvutils -D_THREAD_SAFE -O2 -D_REENTRANT -DNDEBUG -ffast-math -fstrict-aliasing -funroll-loops -pthread -c textdebug.cpp
/bin/sh ../libtool --mode=link c++ -O2 -D_REENTRANT -DNDEBUG -ffast-math -fstrict-aliasing -funroll-loops -pthread -o ecasound eca-text.o textdebug.o -lncurses -L../libecasound/.libs -lecasound -L../kvutils/.libs -lkvutils -lhistory -lreadline -lc_r -lm
mkdir .libs
c++ -O2 -D_REENTRANT -DNDEBUG -ffast-math -fstrict-aliasing -funroll-loops -pthread -o ecasound eca-text.o textdebug.o -lncurses -L../libecasound/.libs -lecasound -L../kvutils/.libs -lkvutils -lhistory -lreadline -lc_r -lm
../libecasound/.libs/libecasound.so: warning: tmpnam() possibly used unsafely; consider using mkstemp()
/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: this program uses f_prealloc(), which is stupid.
/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()
../libecasound/.libs/libecasound.so: undefined reference to `mlockall'
*** Error code 1

Stop in /u/anarcat/src/contrib/ecasound-1.8.5d15/ecasound.
*** Error code 1

Stop in /u/anarcat/src/contrib/ecasound-1.8.5d15.
*** Error code 1

Stop in /u/anarcat/src/contrib/ecasound-1.8.5d15.

I find a lot of these messages confusing, as some are from libc.so! I
can understand that libc warns about uses of gets(), mktemp(),
tempnam() and such, but I find it weird to see that des_setkey(3) is
"not present in the system"!!

Darn.. I was almost there. :)

I might have to check with fbsd people about these messages from
libc. They're weird. I never saw these elsewhere than when compiling
ecasound... There has to be something not nice done in there. :)

This is the result of a make in the source dir, without cleaning
it. And, by the way, on FreeBSD, the standard Make is BSD make, and
not GNU Make. And, of course, using bsd make breaks things:

ecasound-1.8.5d15$ make clean
*** Error code 1

Stop in /u/anarcat/src/contrib/ecasound-1.8.5d15.
ecasound-1.8.5d15$

So it might just be a good idea to put a little message
like: "Remember to use GNU Make, often installed as gmake". Some put
it at the end of their configure script.

So I am going to make my nice little boy and go back to
compilation. Using gmake, this time 'round. :)

I will try to send the results here during the day, but that might
just not be possible...

A.

At Tue, 19 Dec 2000 23:33:17 +0900,
Junichi Uekawa <dancer@netfort.gr.jp> wrote:
>
> In Mon, 18 Dec 2000 23:18:42 -0500 Anarcat <beaupran@IRO.UMontreal.CA> cum veritate scripsit :
>
> >
> > Hello everyone.
> Hello,
>
> > > Have you run /sbin/ldconfig to create the symbolic links (so that
> > > link /usr/local/lib/libecasound.so exists).
> >
> > $ ls -l /usr/local/lib/libecas*
> > -rw-r--r-- 1 root wheel 5247154 Oct 19 12:59 /usr/local/lib/libecasound.a
> > -rwxr-xr-x 1 root wheel 736 Oct 19 12:59 /usr/local/lib/libecasound.la
> > lrwxr-xr-x 1 root wheel 16 Oct 19 12:59 /usr/local/lib/libecasound.so -> libecasound.so.6
> > -rwxr-xr-x 1 root wheel 2011268 Oct 19 12:59 /usr/local/lib/libecasound.so.6
>
> ls /usr/lib/libecas* -l
> lrwxrwxrwx 1 root root 20 Dec 19 23:29 /usr/lib/libecasound.so.7 -> libecasound.so.7.0.0
> -rw-r--r-- 1 root root 2776428 Dec 19 02:18 /usr/lib/libecasound.so.7.0.0
> lrwxrwxrwx 1 root root 21 Dec 19 23:29 /usr/lib/libecasoundc.so.0 -> libecasoundc.so.0.0.0
> -rw-r--r-- 1 root root 14048 Dec 19 02:18 /usr/lib/libecasoundc.so.0.0.0
>
> And, I guess you are running an older and incompatible version of ecasound.
>
> Try getting 1.8.5d15 working, it's requried for ecwave 0.3.3.
>
>
> regards,
> junichi
>
> --
> University: ti0113@mail4.doshisha.ac.jp Netfort: dancer@netfort.gr.jp
> dancer, a.k.a. Junichi Uekawa http://www.netfort.gr.jp/~dancer
> Dept. of Knowledge Engineering and Computer Science, Doshisha University.
> ... Long Live Free Software, LIBERTAS OMNI VINCIT.

--
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 : Tue Dec 19 2000 - 19:57:46 EET