Alexander E. Patrakov wrote: > Bruce Dubbs wrote: >> I've been looking at nas and it doesn't compile properly on my system as we >> have >> defined Xorg. It is looking for libXp (-lXp) in 30 different Makefiles but >> we >> we have removed libXp. > > This is because imake thinks that libXaw needs libXp. So, while the > XPLIB= workaround works, the proper solution should be related to > xorg-cf-files. Debian has this patch, and it fixes more than just NAS, > but all apps that use imake and link to libXaw: > > --- xorg-cf-files/linux.cf.orig > +++ xorg-cf-files/linux.cf > @@ -1153,6 +1153,16 @@ > #define TtClientLibs $(TTLIB) $(XTOOLLIB) $(XLIB) > #define TtClientDepLibs $(DEPTTLIB) $(DEPXTOOLLIB) $(DEPXLIB) > > +#ifndef ExtraXawClientLibs > +# define ExtraXawClientLibs /**/ > +#endif > +#ifndef ExtraXawClientDepLibs > +# define ExtraXawClientDepLibs /**/ > +#endif > +#ifndef ExtraXawReqs > +# define ExtraXawReqs /**/ > +#endif > + > #if HaveLib64 > # ifndef LibDirName > # define LibDirName lib64
Thanks Alex. As I look at nas, I don't think that the change above will do anything for nas because it is shipped with pre made Makefiles. They are not regenerated. It would appear that my XPLIB= workaround is the most pragmatic solution for now. > P.S. Debian has other patches to xorg-cf-files, and they should be > investigated, too. See the debian/patches subdirectory in > http://ftp.debian.org/debian/pool/main/x/xutils-dev/xutils-dev_7.4+4.tar.gz From your description, this seems to be a Imake related thing. We are not using Imake in xorg any more and nas really is a throwback. Is it worth the time to investigate this problem more? > OTOH, NAS is an ancient OSS-only sound server that requires special > support from applications (i.e., no LD_PRELOAD wrapper). No such > applications are in the book, except those that also support other sound > servers. Esound and PulseAudio provide network-transparent sound > playback, support ALSA, and come with LD_PRELOAD wrappers for OSS > applications. PulseAudio even has a plugin for ALSA. > > Moreover, this application won't survive the addition of the x86-64 > architecture to the book. Namely, it builds with warnings "Conversion of > pointer to integer of different size" that mean instant segfault at runtime. > > So I don't understand why this package would be used nowadays by a sane > person and why it is still in the book. If it is only there as an > optional dependency of Qt3, then it should be removed from the book and > marked as an unwanted Qt3 dependency instead. And, if nothing else in > the book requires imake/xmkmf (Google search suggests that it is indeed > the case), I'd drop it, too, together with xorg-cf-files. Your comment is something that has been nagging me for a while. There are several packages that reference nas: arts, mpg123, mplayer, sdl, libao, qt, qt4, and openoffice -- all optional. When we look at these programs most reference multiple sound servers like NAS, MAS, JACK, ESoundD (Gnome), aRTs (KDE), and PulseAudio. Some of these are oss based (I think deprecated) and some alsa based. Some can do both. AFAIK, only one sound server can run at a time. It appears that several applications like qt can link into whatever is running. The question is how do we handle this in BLFS. I think that all the sound servers cna be built on one system and the user run one at a time, but that is, IMO, a lot more trouble than its worth. An even bigger problem is how do we handle 64-bit issues in general when LFS goes to that and BLFS follows. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
