Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 62245 - plptools-0.12 fails to configure with kde
Summary: plptools-0.12 fails to configure with kde
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo PDA project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-30 07:57 UTC by Al Johnson
Modified: 2005-08-18 11:46 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
plptools-0.13.ebuild (plptools-0.13.ebuild,905 bytes, text/plain)
2005-06-06 05:46 UTC, Gregorio Guidi (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Al Johnson 2004-08-30 07:57:58 UTC
If the kde USE flag is enabled then plptools-0.12 will fail to configure due to missing kdb2html. As discussed in bug <a href="http://bugs.gentoo.org/show_bug.cgi?id=43818">43818</a> kdb2html was deprecated in KDE 3.1.5 and is not contained in KDE 3.2 any more.
A workaround is:
ACCEPT_KEYWORDS="~x86" USE="-kde" emerge plptools

Reproducible: Always
Steps to Reproduce:
1.ACCEPT_KEYWORDS="~x86" emerge plptools
2.
3.
Actual Results:  
checking for kdb2html... not found
configure: error: The important program kdb2html was not found!
Please check whether you installed KDE correctly.

Expected Results:  
The warning should suggest USE="-kde" for KDE >= 3.2 instead of suggesting KDE 
is incorrectly installed.

bash-2.05b# emerge info
Portage 2.0.50-r10 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.4.
25-gentoo-r2)
=================================================================
System uname: 2.4.25-gentoo-r2 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=athlon -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.
2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=athlon -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/           
http://gentoo.blueyonder.co.uk"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d aalib acl acpi alsa apm arts atm audiofile avi berkdb bindist 
bonobo caps cdr crypt cups curl dga directfb divx4linux doc dvd encode esd fftw 
flac foomaticdb gdbm gif gnome gphoto2 gpm gps gstreamer gtk gtk2 gtkhtml 
imagemagik imlib jack java joystick jpeg junit kde kerberos ladcca lcms lesstif 
libg++ libgda libwww mad maildir mbox mikmod mmx motif mozilla mpeg mysql nas 
ncurses nls offensive oggvorbis opengl oss pam pda pdflib perl plotutils png pnp 
ppds python qt quicktime readline samba scanner sdl slang speex spell sse ssl 
svga tcltk tcpd theora tiff truetype unicode usb videos wmf x86 xml xml2 xmms xv 
xvid zlib"
Comment 1 Alastair Tse (RETIRED) gentoo-dev 2004-09-21 17:05:45 UTC
the better solution would be to patch whatever needs kdb2html out of plptools
Comment 2 MickKi 2004-09-23 11:11:11 UTC
Well, I've used the "-kde" flag (to overcome the kdb2html error) and this is what I got while compiling:

----------------------------------
# USE="-kde" emerge plptools
Calculating dependencies ...done!
>>> emerge (1 of 1) app-pda/plptools-0.12 to /
>>> md5 src_uri ;-) plptools-0.12.tar.gz
>>> Unpacking source...
>>> Unpacking plptools-0.12.tar.gz to /var/tmp/portage/plptools-0.12/work
 * Applying plptools-0.12-gentoo.patch...                                       [ ok ]
 * Applying plptools-0.12-assert.h.patch...                                     [ ok ]
>>> Source unpacked.
creating cache ./config.cache
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for extra includes... no
checking for extra libs... no
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for gcc... gcc
checking whether the C compiler (gcc  -O2 -mtune=pentium3 -fomit-frame-pointer ) works... yes
checking whether the C compiler (gcc  -O2 -mtune=pentium3 -fomit-frame-pointer ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for c++... g++
checking whether the C++ compiler (g++  -O2 -mtune=pentium3 -fomit-frame-pointer -s) works... yes
checking whether the C++ compiler (g++  -O2 -mtune=pentium3 -fomit-frame-pointer -s) is a cross-compiler... no
checking whether we are using GNU C++... yes
checking whether g++ accepts -g... yes
checking whether g++ supports -fno-exceptions... yes
checking whether g++ supports -fno-check-new... yes
checking whether g++ supports -fexceptions... yes
checking how to run the C++ preprocessor... g++ -E
checking for a BSD compatible install... /bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for Cygwin environment... no
checking for mingw32 environment... no
checking how to run the C preprocessor... gcc -E
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking for object suffix... o
checking for executable suffix... no
checking command to parse /usr/bin/nm -B output... ok
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make sets ${MAKE}... (cached) yes
checking for gawk... gawk
checking for sed... /bin/sed
checking for shared library run path origin... done
checking for ranlib... (cached) ranlib
checking for strerror in -lcposix... no
checking for ANSI C header files... yes
checking for working const... yes
checking for inline... inline
checking for off_t... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for stdlib.h... yes
checking for unistd.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for getpagesize... yes
checking for working mmap... no
checking whether we are using the GNU C Library 2.1 or newer... yes
checking for iconv... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for argz.h... yes
checking for limits.h... yes
checking for locale.h... yes
checking for nl_types.h... yes
checking for malloc.h... yes
checking for stddef.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... yes
checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking for feof_unlocked... yes
checking for fgets_unlocked... yes
checking for getc_unlocked... yes
checking for getcwd... yes
checking for getegid... yes
checking for geteuid... yes
checking for getgid... yes
checking for getuid... yes
checking for mempcpy... yes
checking for munmap... yes
checking for putenv... yes
checking for setenv... yes
checking for setlocale... yes
checking for stpcpy... yes
checking for strcasecmp... yes
checking for strdup... yes
checking for strtoul... yes
checking for tsearch... yes
checking for __argz_count... yes
checking for __argz_stringify... yes
checking for __argz_next... yes
checking for iconv declaration... 
         extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);
checking for nl_langinfo and CODESET... yes
checking for LC_MESSAGES... yes
checking for bison... bison
checking version of bison... 1.875, ok
checking whether NLS is requested... yes
checking whether included gettext is requested... no
checking for GNU gettext in libc... yes
checking for bind_textdomain_codeset in -lc... yes
checking for AIX... no
checking for readline in -lreadline... yes, and needs libcurses
checking for readline version... 4.2 or greater
checking for add_history in -lhistory... yes
checking for newtInit in -lnewt... no
checking for socket in -lsocket... no
checking for gethostbyname in -lnsl... yes
checking for svcudp_create in -lrpcsoc... no
checking for mount table... /etc/mtab
checking whether time.h and sys/time.h may both be included... yes
checking for bool... yes
checking return type of signal handlers... void
checking for sys/time.h... yes
checking for sys/ioctl.h... yes
checking for sys/errno.h... yes
checking for sys/ttold.h... no
checking for stdlib.h... (cached) yes
checking for sys/int_types.h... no
checking for stdint.h... yes
checking for default serial line... /dev/ttyS0
Using default serial speed: auto
Using default port: 7501
Using default Psion drive: AUTO
Using default Psion directory: \\
Using default mount point: /mnt/psion
Using default init dir: /etc/rc.d/init.d
updating cache ./config.cache
creating ./config.status
creating Makefile
creating intl/Makefile
creating po/Makefile.in
creating po/Makefile
creating lib/Makefile
creating ncpd/Makefile
creating plpftp/Makefile
creating plpnfsd/Makefile
creating kde2/Makefile
creating kde2/kioslave/Makefile
creating kde2/plugins/Makefile
creating kde2/kpsion/Makefile
creating kde2/klipsi/Makefile
creating kde2/po/Makefile
creating kde2/po/de/Makefile
creating kde2/mime/Makefile
creating kde2/mime/icons/Makefile
creating kde2/doc/Makefile
creating kde2/doc/en/Makefile
creating kde2/doc/de/Makefile
creating kde2/doc/kioslave/Makefile
creating kde2/doc/kioslave/de/Makefile
creating kde2/doc/kioslave/en/Makefile
creating plpbackup/Makefile
creating plpprint/Makefile
creating plpprint/prolog.ps
creating sisinstall/Makefile
creating doc/Makefile
creating doc/api/Makefile
creating etc/psion
creating etc/psion.SuSE
creating etc/psion.SuSE8
creating etc/plptools.spec
creating doc/ncpd.man
creating doc/plpnfsd.man
creating doc/plpftp.man
creating doc/sisinstall.man
creating doc/plpprintd.man
creating doc/plpbackup.man
creating debian/kpsion.1.in
creating debian/klipsi.1.in
creating include/config.h
creating po/POTFILES
creating po/Makefile
Making all in intl
make[1]: Entering directory `/var/tmp/portage/plptools-0.12/work/plptools-0.12/intl'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/var/tmp/portage/plptools-0.12/work/plptools-0.12/intl'
Making all in po
make[1]: Entering directory `/var/tmp/portage/plptools-0.12/work/plptools-0.12/po'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/var/tmp/portage/plptools-0.12/work/plptools-0.12/po'
Making all in lib
make[1]: Entering directory `/var/tmp/portage/plptools-0.12/work/plptools-0.12/lib'
/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl    -D_REENTRANT -O2 -O2 -mtune=pentium3 -fomit-frame-pointer -fno-exceptions -fno-check-new -c bufferarray.cc
/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl    -D_REENTRANT -O2 -O2 -mtune=pentium3 -fomit-frame-pointer -fno-exceptions -fno-check-new -c bufferstore.cc
mkdir .libs
g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -D_REENTRANT -O2 -O2 -mtune=pentium3 -fomit-frame-pointer -fno-exceptions -fno-check-new -c bufferstore.cc  -fPIC -DPIC -o .libs/bufferstore.lo
rm -f .libs/bufferarray.lo
g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -D_REENTRANT -O2 -O2 -mtune=pentium3 -fomit-frame-pointer -fno-exceptions -fno-check-new -c bufferarray.cc  -fPIC -DPIC -o .libs/bufferarray.lo
In file included from /usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/backward/stream.h:31,
                 from bufferstore.cc:28:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <iostream> instead of the deprecated header <iostream.h>. To disable this warning use -Wno-deprecated.
In file included from /usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/backward/stream.h:31,
                 from bufferarray.cc:25:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <iostream> instead of the deprecated header <iostream.h>. To disable this warning use -Wno-deprecated.
In file included from bufferarray.cc:28:
bufferstore.h:132: error: using typedef-name `std::ostream' after `class'
make[1]: *** [bufferarray.lo] Error 1
make[1]: *** Waiting for unfinished jobs....
In file included from bufferstore.cc:36:
bufferstore.h:132: error: using typedef-name `std::ostream' after `class'
make[1]: *** [bufferstore.lo] Error 1
make[1]: Leaving directory `/var/tmp/portage/plptools-0.12/work/plptools-0.12/lib'
make: *** [all-recursive] Error 1

!!! ERROR: app-pda/plptools-0.12 failed.
!!! Function src_compile, Line 36, Exitcode 2
!!! (no error message)
----------------------------------

This is my emerge info:
----------------------------------
 # emerge info                
Portage 2.0.51_rc1 (default-x86-2004.0, gcc-3.4.2, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r4 i686)
=================================================================
System uname: 2.6.8-gentoo-r4 i686 Pentium III (Coppermine)
Gentoo Base System version 1.5.3
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mtune=pentium3 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mtune=pentium3 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://ftp.gentoo.mesh-solutions.com/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://ftp.heanet.ie/pub/gentoo/ http://ftp.heanet.ie/pub/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://mir.zyrianes.net/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa apm arts avi berkdb bitmap-fonts cdr crypt cscope cups emacs encode ethereal flash foomaticdb gdbm gif gpm gtk2 icc imap imlib jpeg kde ldap libg++ libwww mad mikmod mmx motif mpeg ncurses nls oggvorbis ooo-kde opengl oss pam pda pdflib perl png ppds python qt quicktime readline samba scanner sdl slang slp spell sse ssl svga tcpd tiff truetype unicode usb x86 xml2 xmms xprint xv xvid zlib linguas_en_GB linguas_el"
Comment 3 Alexandre Rostovtsev (RETIRED) gentoo-dev 2004-11-09 09:02:57 UTC
It appears that plptools does not compile with gcc-3.4.3 ; gcc-3.3.4 compiled it fine, but 3.4.3 gave me the same error as in Comment 2.
Comment 4 MickKi 2005-01-13 04:55:01 UTC
Roguelazer has been kind enough to hack the plptools ebuild to get it to ingnore kdb2html (reliance on older kde libraries).  

http://forums.gentoo.org/viewtopic.php?t=11627

Anyway, plptools now compile nicely for me using stable packages and you get all the kde eye-candy, sound effects, etc.  The links to Roguelazer's ebuild is still live and you should check with roguelazer that he doesn't mind if his hacks are used by devs to update the latest ebuild (well,since he has generously helped me with this problem, I assume that it's open code anyway).  These are the steps I have followed:

---------------------------------
1. In /etc/make.conf, set PORTDIR_OVERLAY to "/usr/local/portage".
2. # cd ~
3. # wget http://www.roguelazer.com/files/plptools-0.12-r1.ebuild
4. # mkdir -p /usr/local/portage/app-pda/plptools
5. # cp plptools-0.12-r1.ebuild /usr/local/portage/app-pda/plptools/
6. # cp /usr/portage/app-pda/plptools/files/plptools-0.12-gentoo.patch /usr\
/local/portage/app-pda/plptools/files/
7. # ebuild /usr/local/portage/app-pda/plptools/plptools-0.12-r1.ebuild digest
8. # emerge plptools
---------------------------------

Please check that it works for you too and report back so that the devs can fix it if need be.

Oh yes, thank Roguelazer for his contribution! :)

Regards,
Mick
Comment 5 Al Johnson 2005-01-17 07:49:52 UTC
Thanks Mick and Roguelazer. This works fine for me too.
Comment 6 James Brown 2005-01-17 15:37:06 UTC
Feel free to do whatever you want to with my butchered ebuild et al. I still have the full pm conversation archived. :P
Comment 7 Alexandre Rostovtsev (RETIRED) gentoo-dev 2005-01-18 19:11:47 UTC
Roguelazer's ebuild works for me (but just like the main ebuild, it requires gcc 3.3.x)
Comment 8 Jason Wong 2005-03-22 22:27:18 UTC
  ACCEPT_KEYWORDS="~x86" emerge plptools

results in:

"... checking for kdb2html... not found ..."

I got around this by emerging docbook-sgml-utils then symlinking /usr/bin/docbook2html to /usr/kde/3.3/bin/kdb2html

  ln -s /usr/bin/docbook2html /usr/kde/3.3/bin/kdb2html

It then compiles, installs and runs fine. Been using it for several months now and everything I've tried works as expected -- clipboard transfer works great, as does file transfers and "print via PC".
Comment 9 Quintin Pan 2005-04-09 15:32:05 UTC
Is there a way to get this to compile with gcc 3.4? Some workaround maybe? Or do I have to downgrade? :(
Comment 10 MickKi 2005-04-21 02:10:17 UTC
A new configure problem has now developed with this package.
=================================
checking for Qt... libraries /usr/qt/3/lib, headers /usr/qt/3/include 
 checking if Qt compiles without flags... no 
 checking for moc... /usr/qt/3/bin/moc 
 checking for KDE version... 2.x 
 checking for rpath... yes 
 checking for KDE... configure: error: 
 in the prefix, you've chosen, are no KDE headers installed. This will fail. 
 So, check this please and use another prefix! 
 
 !!! ERROR: app-pda/plptools-0.12-r1 failed. 
 !!! Function src_compile, Line 44, Exitcode 1 
 !!! (no error message) 
=================================
It is probably related to x11-libs/qt-3.3.4-r3.  I've rebuilt kdelibs with the new Qt, but it made no odds.  The ebuild still fails as shown above.  More info on this thread:

http://forums.gentoo.org/viewtopic-t-11627

I suspect that this is not a Gentoo ebuild problem and it may need to be taken up with the plptools dev?  Could you please chase it up, for those of us who are still using our Psions?  ;-)

Regards,
Mick
Comment 11 MickKi 2005-04-21 02:12:19 UTC
Oops!  Ignore above forum link and try this instead:

http://forums.gentoo.org/viewtopic-t-11627-highlight-plptools.html
Comment 12 Gregorio Guidi (RETIRED) gentoo-dev 2005-05-10 13:39:56 UTC
Here's a patch that should fix "no KDE headers found" problem, in case the maintainers are interested in updating the ebuild.

--- plptools-0.12-r1.ebuild.orig        2005-05-10 22:27:40.000000000 +0200
+++ plptools-0.12-r1.ebuild     2005-05-10 22:29:26.000000000 +0200
@@ -1,3 +1,5 @@
+inherit eutils kde-functions
+
 DESCRIPTION="Libraries and utilities to communicate with a Psion palmtop via serial."
 HOMEPAGE="http://plptools.sourceforge.net"
 SRC_URI="http://unc.dl.sourceforge.net/sourceforge/plptools/${P}.tar.gz"
@@ -36,6 +38,8 @@

         if use kde
         then
+               set-qtdir 3
+               set-kdedir 3
                 myconf="${myconf} --enable-kde"
         else
                 myconf="${myconf} --disable-kde"
Comment 13 Gregorio Guidi (RETIRED) gentoo-dev 2005-05-11 08:06:38 UTC
Note that plptools-0.13 has all the known compilation errors fixed, and would be a good candidate for inclusion... but it fails to compile for me with another error. Oh well.
Comment 14 MickKi 2005-05-11 08:43:03 UTC
Thanks Gregorio! :)

Out of interest, how did you fix the previous blocker?  Did you use Roguelazer's hack or did you include docbook-sgml-utils as a dependency?

I'll have a go later tonight to see if plptools-0.13 compiles on my machine (I have already emerged docbook-sgml-utils) and report back.
-- 
Regards,
Mick
Comment 15 Gregorio Guidi (RETIRED) gentoo-dev 2005-05-11 10:17:05 UTC
> Out of interest, how did you fix the previous blocker?  Did you use Roguelazer's hack or did you include docbook-sgml-utils as a dependency?

Well, I just provided a fix for finding the KDE headers, I did not make the thing compile :). Anyway, kdb2html is not an issue anymore in 0.13.
Comment 16 MickKi 2005-05-12 15:17:09 UTC
LATEST STATE OF PLAY:

This latest problem of kde-headers is to do with the kde devs deprecating KDEDIR in the latest builds (see bug 33079).

I have tried Gregorio's plptools-0.13 but unfortunately I couldn't get it off the ground (it fails when I try to create an ebuild digest).  Many thanks to Gregorio for his effort.  I wish and hope that the pda devs spend some time to complete Gregorio's work.

In the interim, to get plptools-0.12 to compile I emerged docbook in line with Jason Wong's suggestion above (thanks Jason) and then I ran:
===============================================
# export KDEDIR=/usr/kde/3.3/ && emerge -uDv plptools
===============================================

Note: I'm running kde-3.3.x, for those of you running kde-3.4.x adjust the above accordingly.

I got a lorry-load of warnings about deprecated headers, but it emerged successfully at the end and was able to back-up my Psion at long last!  :)
-- 
Regards,
Mick
Comment 17 Standa 2005-06-03 05:53:27 UTC
Hello,

i tried compile plptools with AMD64 and i used 0.12-r1, but all i get is this:

/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include/g++-v3/backward/backward_warning.h:
32:2: warning: #warning This file includes at least one deprecated or antiquated 
header. Please consider using one of the 32 headers found in section 17.4.1.2 of 
the C++ standard. Examples include substituting the <X> header for the <X.h> 
header for C++ includes, or <iostream> instead of the deprecated header <iostream.
h>. To disable this warning use -Wno-deprecated.
In file included from bufferstore.cc:36:
bufferstore.h:132: error: using typedef-name `std::ostream' after `class'
In file included from bufferarray.cc:28:
bufferstore.h:132: error: using typedef-name `std::ostream' after `class'
make[1]: *** [bufferstore.lo] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [bufferarray.lo] Error 1
make[1]: Leaving directory `/var/tmp/portage/plptools-0.12-r1/work/plptools-0.12/
lib'
make: *** [all-recursive] Error 1

!!! ERROR: app-pda/plptools-0.12-r1 failed.
!!! Function src_compile, Line 45, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

bash-2.05b# 

Any ideas? Now i have my Psion out of work :(, thanks, Stanley
Comment 18 Quintin Pan 2005-06-06 05:21:28 UTC
Hi

Where can I get Gregorio's 0.13 ebuild?

Thanks
Comment 19 Gregorio Guidi (RETIRED) gentoo-dev 2005-06-06 05:46:13 UTC
Created attachment 60718 [details]
plptools-0.13.ebuild

Here it is.

I realized why it fails here: it needs gcc-3.4:
http://sourceforge.net/mailarchive/forum.php?thread_id=7062484&forum_id=4473
Comment 20 MickKi 2005-06-08 09:04:04 UTC
You know that the stable portage version has been downgraded to 0.11-r1?

You may want to have a go emerging that first.

Regards,
Mick
Comment 21 Standa 2005-06-10 07:14:19 UTC
I used gcc-3.4.3 on my AMD64 and i get this error:

../include/plp_inttypes.h:30: error: declaration of `typedef long long unsigned 
int u_int64_t'
/usr/include/gentoo-multilib/amd64/sys/types.h:200: error: conflicts with previous 
declaration `typedef long unsigned int u_int64_t'
 x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -
D_REENTRANT -O2 -march=k8 -pipe -O2 -fno-exceptions -fno-check-new -MT Enum.lo -
MD -MP -MF .deps/Enum.Tpo -c Enum.cc -o Enum.o >/dev/null 2>&1
make[1]: *** [psitime.lo] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/plptools-0.13/work/plptools-0.13/lib'
make: *** [all-recursive] Error 1

!!! ERROR: app-pda/plptools-0.13 failed.
!!! Function src_compile, Line 30, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.
Comment 22 Quintin Pan 2005-06-12 06:11:04 UTC
same here, it seems that it checks for GNU_INTTYPES and ISO_INTTYPES. But it
seems neither of those are defined in my cpp.

All that seems to be defined that has anything to do with ints on my machine is:

_INTTYPES_H_

But I don't know if that macro is relevant. Can anyone clarify?
Comment 23 Quintin Pan 2005-06-12 06:16:35 UTC
it seems that ./configure doesn't set the value of GNU_INTTYPES properly?
Comment 24 Gregorio Guidi (RETIRED) gentoo-dev 2005-08-17 05:57:02 UTC
I committed an ebuild for plptools that compiles for me on x86. Please give it 
a try. 
Comment 25 MickKi 2005-08-18 11:46:23 UTC
Thanks Gregorio!

It compiles nicely for me, but before you all rejoice I am still on stable gcc:
===================
# gcc --version
gcc (GCC) 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1,
pie-8.7.7.1)
===================

This must be the first ebuild that compiles straight through without any kluge! :-)
-- 
Regards,
Mick