Thanks for the quick response.
I'm gonna look into this 3.5.5. Hope, I don't have to recompile too many
packages. If it is only recompiling some 10 -15 packages, shouldn't be a
problem. Whatever it may be, I'll come back and shout a few words on that.
As I were stuck with kdelibs compilation problem, I decided to go ahead with
Gnome. Which, unfortunately has lead me into another problem. Less than ten
minutes back, I were compiling libgnomeui-2.14.1. It bailed out with the
following errors:
-------------------------------------------------------------------------------------------------------
Making all in file-chooser
make[2]: Entering directory `/home-dir/BLFS/wd/libgnomeui-2.14.1/file-chooser'
if /bin/sh ../libtool --mode=compile
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT -pthread -DORBIT2=1
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb
-I/usr/include/libpng12 -I/usr/X11R7/include -I/opt/gnome/include/libgnome-2.0
-I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include/libbonobo-2.0
-I/opt/gnome/include/gconf/2 -I/opt/gnome/include/gnome-vfs-2.0
-I/opt/gnome/lib/gnome-vfs-2.0/include
-I/opt/gnome/include/bonobo-activation-2.0 -D_FILE_OFFSET_BITS=64
-D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -DG_DISABLE_DEPRECATED -mtune=pentium4m -march=pentium4m
-msse2 -MT
gtkfilesystemgnomevfs.lo -MD -MP -MF ".deps/gtkfilesystemgnomevfs.Tpo" \
-c -o gtkfilesystemgnomevfs.lo `test -f 'gtkfilesystemgnomevfs.c' ||
echo './'`gtkfilesystemgnomevfs.c; \
then
mv -f ".deps/gtkfilesystemgnomevfs.Tpo" ".deps/gtkfilesystemgnomevfs.Plo"; \
else rm -f ".deps/gtkfilesystemgnomevfs.Tpo"; exit 1; \
fi
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT -pthread -DORBIT2=1
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb
-I/usr/include/libpng12 -I/usr/X11R7/include -I/opt/gnome/include/libgnome-2.0
-I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include/libbonobo-2.0
-I/opt/gnome/include/gconf/2 -I/opt/gnome/include/gnome-vfs-2.0
-I/opt/gnome/lib/gnome-vfs-2.0/include
-I/opt/gnome/include/bonobo-activation-2.0 -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE
-D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
-DG_DISABLE_DEPRECATED -mtune=pentium4m -march=pentium4m -msse2 -MT
gtkfilesystemgnomevfs.lo -MD -MP -MF .deps/gtkfilesystemgnomevfs.Tpo -c
gtkfilesystemgnomevfs.c -fPIC -DPIC -o .libs/gtkfilesystemgnomevfs.o
gtkfilesystemgnomevfs.c: In function 'gtk_file_system_gnome_vfs_iface_init':
gtkfilesystemgnomevfs.c:387: warning: assignment from incompatible pointer
type
gtkfilesystemgnomevfs.c:388: warning: assignment from incompatible pointer
type
gtkfilesystemgnomevfs.c:392: warning: assignment from incompatible pointer
type
gtkfilesystemgnomevfs.c:394: error: 'GtkFileSystemIface' has no member
named 'volume_render_icon'
gtkfilesystemgnomevfs.c:402: error: 'GtkFileSystemIface' has no member
named 'render_icon'
make[2]: *** [gtkfilesystemgnomevfs.lo] Error 1
make[2]: Leaving directory `/home-dir/BLFS/wd/libgnomeui-2.14.1/file-chooser'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home-dir/BLFS/wd/libgnomeui-2.14.1'
make: *** [all] Error 2
---------------------------------------------------------------------------------------------------------------------------------
Looks like I'm in a fix. Neither here nor there !
I'm gonna trace this to see if there is some sort of incompatibility between
the versions of gnome libraries which, I downloaded as per instructions in
the BLFS book.
I'm gonna be taking a break now and shall contiune in the morning.
Thanks.
Kevin
On Monday 30 October 2006 18:04, Ken Moffat wrote:
> On Mon, Oct 30, 2006 at 02:47:55PM -0500, Kevin Williams wrote:
> > Hi,
> >
> > I am using BLFS book Version svn-20061015. I have installed all the
> > packages from the start to the XOrg part. Now, I'm into KDE, compiled
> > aRts successfully but am stuck when it comes to compiling kdelibs.
>
> I'll note in passing that 3.5.5 is out, as is qt-3.3.7, and that
> they should build with the current instructions, so you might want
> to upgrade before you go any further.
>
> Now, to your specific problem. I don't have mDNSResponder, so in
> my case the zeroconf code is just a stub and I *can't* say "works for
> me". But, this looks as if it the prototype for DNSServiceErrorType
> has changed somewhen -
>
> > remoteservice.cpp: In member function 'void
> > DNSSD::RemoteService::resolveAsync()': remoteservice.cpp:105: error:
> > invalid conversion from 'void (*)(_DNSServiceRef_t*, DNSServiceFlags,
> > uint32_t, DNSServiceErrorType, const char*, const char*, uint16_t,
> > uint16_t, const char*, void*)' to 'void (*)(_DNSServiceRef_t*,
> > DNSServiceFlags, uint32_t, DNSServiceErrorType, const char*, const char*,
> > uint16_t, uint16_t, const unsigned char*, void*)' remoteservice.cpp:105:
> > error: initializing argument 7 of 'DNSServiceErrorType
> > DNSServiceResolve(_DNSServiceRef_t**, DNSServiceFlags, uint32_t, const
> > char*, const char*, const char*, void (*)(_DNSServiceRef_t*,
> > DNSServiceFlags, uint32_t, DNSServiceErrorType, const char*, const char*,
> > uint16_t, uint16_t, const unsigned char*, void*), void*)'
> >
> > PS: Not sure if this helps, I'm using mDNSResponder-107.6
>
> Looking at the guys on gentoo, they have ebuilds for 107.5 and 107.1,
> and they appear to be building kdelibs-3.5.5 against those. This
> isn't a regular package where it's easy to find old versions (I
> suppose they're tucked away on apple's site, but the link just
> points to the latest and greatest), so I'm going to recommend that you
> try kde 3.5.5 (in theory 107.6 should be a minor change, so it ought
> to work) and arts-1.5.5 (and upgrade qt just like everybody else
> should, but that part can probably wait). If that doesn't build,
> hopefully picking up 107.5 from your local gentoo mirror (with 3.5.5)
> will help.
>
> The down-side to this advice is you've got a lot of recompilation
> to do before getting back to where you are now, and no guarantees
> that my suggestion will help. AFAIK mDNSResponder isn't widely
> used, so you might be taking on a 'pathfinder' rôle in getting it
> working with kde on blfs. If I were you, I'd probably wait for a few
> hours in case somebody else says "oh yes, you need to do this...".
>
> If you are indeed out on your own for this, please keep the list
> informed about what works, or doesn't. Thanks.
>
> ĸen
> --
> das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
