When compiling plptools 0.12 on my FC1 system (i686) I get the following:
Enum.h: In member function `Enum<E>& Enum<E>::operator=(E) [with E =
rfsv::errs]':
rfsv16.cc:48: instantiated from here
Enum.h:198: error: `assert' undeclared (first use this function)
Enum.h:198: error: (Each undeclared identifier is reported only once for each
function it appears in.)
Enum.h: In constructor `Enum<E>::Enum(E) [with E = rfsv::errs]':
rfsv16.cc:62: instantiated from here
Enum.h:180: error: `assert' undeclared (first use this function)
make[1]: *** [rfsv16.lo] Error 1
make[1]: Leaving directory `/home/david/downloads/plptools-0.12/lib'
make: *** [all-recursive] Error 1
Anybody got any suggestions about how to get round this?
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It's fixed in CVS. Sorry, I'm being rather slow about getting around to making a new release. Since I won't have time for another couple of months, I suggest you build from CVS.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
AM_KDE_WITH_NLS.m4 is certainly there in plptools/conf/m4/kde , but I get the error each time.
As far as the 0.12 RPM goes: I assumed that the binary rpm wouldn't work, because its name suggests it is only for RedHat 7.3.
I've now tried it, and I get:
error: Failed dependencies:
libnewt.so.0.50 is needed by plptools-0.12-1RH7.3
libslang.so.1 is needed by plptools-0.12-1RH7.3
I have libnewt.so.0.51 - so I tried putting a link to it called libnewt.so.0.50 .
And I have libslang.so and libslang-utf8.so.1 which both link to libslang-utf8.so.1.4.5 , so I added another link called libslang.so.1 pointing to libslang-utf8.so.1 .
But I still get the same error message when I try to install the RPM. I don't understand why, unless it's looking for the actual packages that those files come from.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have now installed the binary RPM using 'rpm --nodeps', and ncpd and plpnfsd seem to be working, after a very brief test. I haven't tried the kde stuff yet.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have forced plptools-kde to install, after setting up 8 soft links similar to those I had to create for plptools, but without success. When I enter psion:/ in the address bar in Konqueror I get:
"
An error occured while loading psion:/:
Could not start process Unable to create io-slave:
klauncher said: Error loading 'kio_plp'.
"
Meanwhile I have successfully backed up my Psion 5mx using plpbackup, so the basics seem to be working OK.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When compiling plptools 0.12 on my FC1 system (i686) I get the following:
Enum.h: In member function `Enum<E>& Enum<E>::operator=(E) [with E =
rfsv::errs]':
rfsv16.cc:48: instantiated from here
Enum.h:198: error: `assert' undeclared (first use this function)
Enum.h:198: error: (Each undeclared identifier is reported only once for each
function it appears in.)
Enum.h: In constructor `Enum<E>::Enum(E) [with E = rfsv::errs]':
rfsv16.cc:62: instantiated from here
Enum.h:180: error: `assert' undeclared (first use this function)
make[1]: *** [rfsv16.lo] Error 1
make[1]: Leaving directory `/home/david/downloads/plptools-0.12/lib'
make: *** [all-recursive] Error 1
Anybody got any suggestions about how to get round this?
David
It's fixed in CVS. Sorry, I'm being rather slow about getting around to making a new release. Since I won't have time for another couple of months, I suggest you build from CVS.
Thanks for the advice. I'm now trying to build from CVS.
When I run 'make -f Makefile.cvs dist' it tells me to run 'aclocal -I m4', but when I do this I get an error:
aclocal: configure.in: 314: macro 'AM_KDE_WITH_NLS' not found in library
AM_KDE_WITH_NLS is a macro provided in plptools/conf/m4/kde.
I know very little about autotools (except that the differences between versions are a royal pain).
I generally use:
make -f Makefile.cvs devel
but that just looks like a subset (except it builds the KDE stuff).
Is there any reason you can't use the 0.12 RPM on Fedora Core 1? That's what I used to do (I'm now using Debian).
AM_KDE_WITH_NLS.m4 is certainly there in plptools/conf/m4/kde , but I get the error each time.
As far as the 0.12 RPM goes: I assumed that the binary rpm wouldn't work, because its name suggests it is only for RedHat 7.3.
I've now tried it, and I get:
error: Failed dependencies:
libnewt.so.0.50 is needed by plptools-0.12-1RH7.3
libslang.so.1 is needed by plptools-0.12-1RH7.3
I have libnewt.so.0.51 - so I tried putting a link to it called libnewt.so.0.50 .
And I have libslang.so and libslang-utf8.so.1 which both link to libslang-utf8.so.1.4.5 , so I added another link called libslang.so.1 pointing to libslang-utf8.so.1 .
But I still get the same error message when I try to install the RPM. I don't understand why, unless it's looking for the actual packages that those files come from.
What version of the autotools packages are you using?
As to the binary RPM, I'm not sure it matters if you just force it to install, especially if you're only using the command-line stuff.
I have:
automake-1.7.8-1
automake14-1.4p6-7
automake15-1.5-9
automake16-1.6.3-1
autoconf-2.57-3
I have now installed the binary RPM using 'rpm --nodeps', and ncpd and plpnfsd seem to be working, after a very brief test. I haven't tried the kde stuff yet.
If the rest works, the kde stuff might well after installing libqt2-compat, or whatever it's called.
For information:
I have forced plptools-kde to install, after setting up 8 soft links similar to those I had to create for plptools, but without success. When I enter psion:/ in the address bar in Konqueror I get:
"
An error occured while loading psion:/:
Could not start process Unable to create io-slave:
klauncher said: Error loading 'kio_plp'.
"
Meanwhile I have successfully backed up my Psion 5mx using plpbackup, so the basics seem to be working OK.
If you can get plpnfsd to work, you don't need kio_plp.