Hello,
I've been trying to get KDE3.4.2 to build using Konstruct. I've set my
KDEDIR, LD-LIBRARY_PATH, and other environment variables to point to the new
installation prior to begining the build. I keep getting the following error
message when Konstruct gets around to compiling libarts:
.libs/libartsflow_la.all_cc.o(.text+0x3b86): In function
`Arts::AudioIESD::close()':
: undefined reference to `esd_close'
.libs/libartsflow_la.all_cc.o(.text+0x3b96): In function
`Arts::AudioIESD::close()':
: undefined reference to `esd_close'
.libs/libartsflow_la.all_cc.o(.text+0x3ba6): In function
`Arts::AudioIESD::close()':
: undefined reference to `esd_close'
.libs/libartsflow_la.all_cc.o(.text+0xfae3): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_open_sound'
.libs/libartsflow_la.all_cc.o(.text+0xfaf3): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_get_server_info'
.libs/libartsflow_la.all_cc.o(.text+0xfb36): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_free_server_info'
.libs/libartsflow_la.all_cc.o(.text+0xfb9d): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_record_stream'
.libs/libartsflow_la.all_cc.o(.text+0xfbcd): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_play_stream'
collect2: ld returned 1 exit status
make[7]: [libartsflow.la] Error 1
make[7]: Leaving directory
`/'
make[6]: [all-recursive] Error 1
make[6]: Leaving directory
`/'
I've Googled every combination of esd_<yadaerrors trying to figure this out.
Most of the results say to make sure that SDL and its subsystems are
installed. I'm sure this is the case as I've built all of the SDL stuff from
source and have no problems building apps that depend on SDL itself. I'm
using Qt3.3.4 and gcc-3.4.2. KDE3.4.2 is the only thing I can't get to
compile. FWIW, this error also occurs when I compile arts by itself, without
going through Konstruct. Any help is greatly appreciated as I'd really like
to get over to KDE3.4.2.
Thanks in advance,
Ron

15.Aug 2005 - 04:28:43, Ron Morley wrote:
Hello,
I've been trying to get KDE3.4.2 to build using Konstruct. I've set my
KDEDIR, LD-LIBRARY_PATH, and other environment variables to point to the new
installation prior to begining the build. I keep getting the following error
message when Konstruct gets around to compiling libarts:

I've Googled every combination of esd_<yadaerrors trying to figure this out.
Most of the results say to make sure that SDL and its subsystems are
installed.

Are you sure you took the correct function name? IMH these belong to
ESD, a soundserver similar to arts but mostly used in Gnome
Environments. So check that you either disable esd-support or have esd
installed correctly and that it's library's are in the LD_LIBRARY_PATH.

Andreas

Monday 15 August 2005 08:21, Andreas Pakulat wrote:
15.Aug 2005 - 04:28:43, Ron Morley wrote:
Hello,
I've been trying to get KDE3.4.2 to build using Konstruct. I've set
my KDEDIR, LD-LIBRARY_PATH, and other environment variables to point to
the new installation prior to begining the build. I keep getting the
following error message when Konstruct gets around to compiling libarts:

I've Googled every combination of esd_<yadaerrors trying to figure this
out. Most of the results say to make sure that SDL and its subsystems are
installed.

Are you sure you took the correct function name? IMH these belong to
ESD, a soundserver similar to arts but mostly used in Gnome
Environments. So check that you either disable esd-support or have esd
installed correctly and that it's library's are in the LD_LIBRARY_PATH.

Andreas

Hi Andreas,
I'd thought the same thing, also. After making certain that my
environment variables were set up to point to the right places, including
having /usr/lib in LD_LIBRARY_PATH, as that's where the esd libraries live, I
tried another build using Konstruct. Still no joy. :(. Here's the complete
output from my last try at building KDE3.4.2.

make[7]: Entering directory
`/'
/bin/sh /libtool g++ -DQT_CLEAN_NAMESPACE
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XPEN_SURCE=500
-D_BSD_SURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W
-Wpointer-arith -Wno-non-virtual-dtor
-I/usr/lib/qt3/include
-I/usr/X11R6/include -L/usr/lib/qt3/lib
-L/usr/X11R6/lib
-I/usr/lib/qt3/include -I/usr/X11R6/include
-L/usr/lib/qt3/lib -L/usr/X11R6/lib
-I/usr/lib/qt3/include
-I/usr/X11R6/include -L/usr/lib/qt3/lib
-L/usr/X11R6/lib
-I/usr/lib/qt3/include -I/usr/X11R6/include
-L/usr/lib/qt3/lib -L/usr/X11R6/lib
-I/usr/lib/qt3/include
-I/usr/X11R6/include -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -pipe -pipe -pipe -pipe -pipe
-Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new
-fno-common -ftemplate-depth-99
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib -o libartsflow.la
-rpath /
-L/usr/lib/qt3/lib -L/usr/X11R6/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/lib/qt3/lib -L/usr/X11R6/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib
-L/usr/X11R6/lib -L/usr/lib/qt3/lib -no-undefined -Wl,
-Wl, -version-info 1:0 fft.lo
libartsflow_la.all_cc.lo /mcop/libmcop.la
libartsflow_idl.la /flow/gslpp/libgslpp.la -laudiofile -lasound -lesd
-lm /flow/gsl/libgsl.la
.libs/libartsflow_la.all_cc.o(.text+0x3b86): In function
`Arts::AudioIESD::close()':
: undefined reference to `esd_close'
.libs/libartsflow_la.all_cc.o(.text+0x3b96): In function
`Arts::AudioIESD::close()':
: undefined reference to `esd_close'
.libs/libartsflow_la.all_cc.o(.text+0x3ba6): In function
`Arts::AudioIESD::close()':
: undefined reference to `esd_close'
.libs/libartsflow_la.all_cc.o(.text+0xfae3): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_open_sound'
.libs/libartsflow_la.all_cc.o(.text+0xfaf3): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_get_server_info'
.libs/libartsflow_la.all_cc.o(.text+0xfb36): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_free_server_info'
.libs/libartsflow_la.all_cc.o(.text+0xfb9d): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_record_stream'
.libs/libartsflow_la.all_cc.o(.text+0xfbcd): In function
`Arts::AudioIESD::open()':
: undefined reference to `esd_play_stream'
collect2: ld returned 1 exit status
make[7]: [libartsflow.la] Error 1
make[7]: Leaving directory
`/'
make[6]: [all-recursive] Error 1
make[6]: Leaving directory
`/'
make[5]: [all-recursive] Error 1
make[5]: Leaving directory
`/'
make[4]: [all] Error 2
make[4]: Leaving directory
`/'
make[3]: [build-work/arts-1.4.2/Makefile] Error 2
make[3]: Leaving directory
`/'
make[2]: [dep-//libs/arts] Error 2
make[2]: Leaving directory
`/'
make[1]: [dep-//kde/kdelibs] Error 2
make[1]: Leaving directory
`/'
make: [dep-//kde/kdebase] Error 2

The next thing I'm going to try s adding "-L/usr/lib" as one of the parms in
$WN_FLAGS within gar.conf.mk. I'll let you know the results.

Thanks for your help,
Ron

Monday 15 August 2005 08:21, Andreas Pakulat wrote:
15.Aug 2005 - 04:28:43, Ron Morley wrote:
Hello,
I've been trying to get KDE3.4.2 to build using Konstruct. I've set
my KDEDIR, LD-LIBRARY_PATH, and other environment variables to point to
the new installation prior to begining the build. I keep getting the
following error message when Konstruct gets around to compiling libarts:

I've Googled every combination of esd_<yadaerrors trying to figure this
out. Most of the results say to make sure that SDL and its subsystems are
installed.

Are you sure you took the correct function name? IMH these belong to
ESD, a soundserver similar to arts but mostly used in Gnome
Environments. So check that you either disable esd-support or have esd
installed correctly and that it's library's are in the LD_LIBRARY_PATH.

Andreas
Hi Andreas,
Here's some more info. Below are my environment settings:

CPATH=/usr/local/include

I'm still getting the same error during the compile. thing that I notice
that seems strange to me is that my change to $WN_FLAGS in gar.conf.mk don't
seem to be recognized by the compiler. I added "-L/usr/lib" to the WN_FLAGS
setting and am attaching my gar.conf.mk file for your further delight and
edification. ;) I'm starting to get obsessed by this problem and need to
either figure it out or enter a 12-step program. ;) Thanks again for your
help.

Take care,
Ron

15.Aug 2005 - 12:02:34, Ron Morley wrote:
Monday 15 August 2005 08:21, Andreas Pakulat wrote:
After making certain that my
environment variables were set up to point to the right places, including
having /usr/lib in LD_LIBRARY_PATH, as that's where the esd libraries live

IMH that shouldn't be necessary if /usr/lib is included in the
/etc/ld.so.conf (which it is on most systems). But there should be an -R
/usr/lib and eventually -R <qt3-lib-R <x11-lib>, I think (however I'm
not a crack when it comes to this, it's just that my kde-app uses
those)

>, I tried another build using Konstruct. Still no joy. :(. Here's the
>complete output from my last try at building KDE3.4.2.

The output looks ok, so far. I guess you also installed the libesd
development package, so the only thing that comes to my ming then is
that the libesd you have installed doesn't work together with arts1.4.2,
so you either need an older or a newer libesd. The Readme of arts should
point out the correct version

Andreas

15.Aug 2005 - 12:25:34, Ron Morley wrote:
Monday 15 August 2005 08:21, Andreas Pakulat wrote:
Here's some more info. Below are my environment settings:

CPATH=/usr/local/include

Does konstrukt use all these var's?

I'm still getting the same error during the compile. thing that I notice
that seems strange to me is that my change to $WN_FLAGS in gar.conf.mk don't
seem to be recognized by the compiler. I added "-L/usr/lib" to the WN_FLAGS
setting and am attaching my gar.conf.mk file for your further delight and
edification. ;)

I'm sorry, I havent used konstruct since ages (back then 3.0 was
stable!) so I can't really help with that, sorry :-(

Andreas

Monday 15 August 2005 12:38, Andreas Pakulat wrote:
15.Aug 2005 - 12:02:34, Ron Morley wrote:
Monday 15 August 2005 08:21, Andreas Pakulat wrote:
After making certain that my
environment variables were set up to point to the right places, including
having /usr/lib in LD_LIBRARY_PATH, as that's where the esd libraries
live

IMH that shouldn't be necessary if /usr/lib is included in the
/etc/ld.so.conf (which it is on most systems). But there should be an -R
/usr/lib and eventually -R <qt3-lib-R <x11-lib>, I think (however I'm
not a crack when it comes to this, it's just that my kde-app uses
those)
>
>, I tried another build using Konstruct. Still no joy. :(. Here's the
>complete output from my last try at building KDE3.4.2.
>
The output looks ok, so far. I guess you also installed the libesd
development package, so the only thing that comes to my ming then is
that the libesd you have installed doesn't work together with arts1.4.2,
so you either need an older or a newer libesd. The Readme of arts should
point out the correct version

Andreas

Hi Andreas,
Thanks. I'll dig into the arts docs some more. /usr/lib is number one o
the hit parade in /etc/ld.so.conf so I'm really surprised that the compiler
isn't picking it up. Just for grins I ran nm against the esd libs
in /usr/lib and libesd.so.0.2.4 came back with a "no symbols" result. I'm
not familiar enough with the linker to know if this may be part of the
problem, but it seems strange to me that a shared object library has no
symbols defined. Anyway, it looks like time to do more RTFM'ing. If I
figure out what's happening I'll pass my results along.

Take care,
Ron

15.Aug 2005 - 17:21:34, Ron Morley wrote:
Hi Andreas,
Thanks. I'll dig into the arts docs some more.

I guess disabling esd with arts' configure-script is your best bet

Just for grins I ran nm against the esd libs in /usr/lib and
libesd.so.0.2.4 came back with a "no symbols" result. I'm not
familiar enough with the linker to know if this may be part of the
problem, but it seems strange to me that a shared object library has
no symbols defined. Anyway, it looks like time to do more RTFM'ing.
If I figure out what's happening I'll pass my results along.

I do have libesd.so.0.2.36, but othe than that, mine is "empty" too.
the other hand, the libesd.a contains a whole bunch of symbols. But I to
am not that familiar with the linker.

Andreas