hamlib-developer

[Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Gary M. <Gar...@co...>]

Hi - 

I'm running Mandrake 9.0 and have not be able to get the source version
of hamlib-1.1.3 installed on my system. Just wondered if anyone had
created an RPM yet ? Being new to Linux the RPM version would be easier
for me to handle.

Thanks
73,
...Gary, K8EHB
 

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Joop S. <pa...@de...>]

Op ma 30-12-2002, om 01:54 schreef Gary Mackey:
> Hi - 
> 
> I'm running Mandrake 9.0 and have not be able to get the source version
> of hamlib-1.1.3 installed on my system. Just wondered if anyone had
> created an RPM yet ? Being new to Linux the RPM version would be easier
> for me to handle.
> 

What exactly is the problem when you compile hamlib? We may be able to
solve it.

I could provide RPMs of the hamlib CVS version. In order
to do so, I need to know your glibc version, is it 2.2 or 2.3?

> Thanks
> 73,
> ...Gary, K8EHB
>  
> 
> 

Regards,
Joop, PA4TU

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Gary M. <Gar...@co...>]

Joop - 

Thanks, I'll do my best at answering your questions below: 

On Mon, 2002-12-30 at 06:13, Joop Stakenborg wrote: 

> What exactly is the problem when you compile hamlib? We may be able to
> solve it.

The ./configure appears to run OK but I receive the following errors when I 
execute the "make" and it ends with an errorlevel=1. 

/usr/include/c++/3.2/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 <sstream> instead of the deprecated header <strstream.h>. To disable this warning use -Wno-deprecated.
rigclass.cc:366: default argument given for parameter 2 of `void Rig::setRptrShift(rptr_shift_e, int = 0)'
../include/hamlib/rigclass.h:99: after previous specification in `void Rig::setRptrShift(rptr_shift_e, int = 0)'
rigclass.cc:371: default argument given for parameter 1 of `rptr_shift_t Rig::getRptrShift(int = 0)'
../include/hamlib/rigclass.h:100: after previous specification in `rptr_shift_t Rig::getRptrShift(int = 0)'
rigclass.cc:380: default argument given for parameter 2 of `void Rig::setRptrOffs(long int, int = 0)'
../include/hamlib/rigclass.h:101: after previous specification in `void Rig::setRptrOffs(long int, int = 0)'
rigclass.cc:385: default argument given for parameter 1 of `shortfreq_t Rig::getRptrOffs(int = 0)'
../include/hamlib/rigclass.h:102: after previous specification in `shortfreq_t Rig::getRptrOffs(int = 0)'
rigclass.cc:394: default argument given for parameter 2 of `void Rig::setTs(long int, int = 0)'
../include/hamlib/rigclass.h:103: after previous specification in `void Rig::setTs(long int, int = 0)'
rigclass.cc:399: default argument given for parameter 1 of `shortfreq_t Rig::getTs(int = 0)'
../include/hamlib/rigclass.h:104: after previous specification in `shortfreq_t Rig::getTs(int = 0)'
rigclass.cc:408: default argument given for parameter 2 of `void Rig::setCTCSS(unsigned int, int = 0)'
../include/hamlib/rigclass.h:106: after previous specification in `void Rig::setCTCSS(unsigned int, int = 0)'
rigclass.cc:413: default argument given for parameter 1 of `tone_t Rig::getCTCSS(int = 0)'
../include/hamlib/rigclass.h:107: after previous specification in `tone_t Rig::getCTCSS(int = 0)'
rigclass.cc:422: default argument given for parameter 2 of `void Rig::setDCS(unsigned int, int = 0)'
../include/hamlib/rigclass.h:108: after previous specification in `void Rig::setDCS(unsigned int, int = 0)'
rigclass.cc:427: default argument given for parameter 1 of `tone_t Rig::getDCS(int = 0)'
../include/hamlib/rigclass.h:109: after previous specification in `tone_t Rig::getDCS(int
rigclass.cc:436: default argument given for parameter 2 of `void Rig::setCTCSSsql(unsigned int, int = 0)'
../include/hamlib/rigclass.h:111: after previous specification in `void Rig::setCTCSSsql(unsigned int, int = 0)'
rigclass.cc:441: default argument given for parameter 1 of `tone_t Rig::getCTCSSsql(int = 0)'
../include/hamlib/rigclass.h:112: after previous specification in `tone_t Rig::getCTCSSsql(int = 0)'
rigclass.cc:450: default argument given for parameter 2 of `void Rig::setDCSsql(unsigned int, int = 0)'
../include/hamlib/rigclass.h:113: after previous specification in `void Rig::setDCSsql(unsigned int, int = 0)'
rigclass.cc:455: default argument given for parameter 1 of `tone_t Rig::getDCSsql(int = 0)'
../include/hamlib/rigclass.h:114: after previous specification in `tone_t Rig::getDCSsql(int = 0)'
rigclass.cc:465: default argument given for parameter 3 of `void Rig::setFunc(long long unsigned int, bool, int = 0)'
../include/hamlib/rigclass.h:83: after previous specification in `void Rig::setFunc(long 
long unsigned int, bool, int = 0)'
rigclass.cc:470: default argument given for parameter 2 of `bool Rig::getFunc(long long unsigned int, int = 0)'
../include/hamlib/rigclass.h:84: after previous specification in `bool Rig::getFunc(long long unsigned int, int = 0)'
rigclass.cc:619: default argument given for parameter 2 of `void Rig::setBank(int, int = 0)'
../include/hamlib/rigclass.h:121: after previous specification in `void Rig::setBank(int, int = 0)'
rigclass.cc:624: default argument given for parameter 2 of `void Rig::setMem(int, int = 0)'
../include/hamlib/rigclass.h:122: after previous specification in `void Rig::setMem(int, int = 0)'
rigclass.cc:629: default argument given for parameter 1 of `int Rig::getMem(int = 0)'
../include/hamlib/rigclass.h:123: after previous specification in `int Rig::getMem(int = 0)'
make[1]: *** [rigclass.lo] Error 1
make[1]: Leaving directory `/home/gary/hamlib-1.1.3/c++'
make: *** [all-recursive] Error 1
[root@wslnx hamlib-1.1.3]# 

 
> I could provide RPMs of the hamlib CVS version. In order
> to do so, I need to know your glibc version, is it 2.2 or 2.3?

I believe that I'm running glibc version 2.2. See results below: 

[gary@wslnx gary]$ ls -l /lib/libc* 
-rwxr-xr-x    1 root     root      1147848 Aug 19 06:17
/lib/libc-2.2.5.so* 
lrwxr-xr-x    1 root     root           17 Nov 16 18:18
/lib/libcom_err.so.2 ->          libcom_err.so.2.0* 
-rwxr-xr-x    1 root     root         5088 Aug 29 13:42
/lib/libcom_err.so.2.0* 
-rwxr-xr-x    1 root     root        19436 Aug 19 06:17
/lib/libcrypt-2.2.5.so* 
lrwxr-xr-x    1 root     root           17 Nov 16 18:18
/lib/libcrypt.so.1 -> libcrypt-2.2.5.so* 
lrwxr-xr-x    1 root     root           13 Nov 16 18:18 /lib/libc.so.6
-> libc-2         .2.5.so* 
[gary@wslnx gary]$ /lib/libc-2.2.5.so 
GNU C Library stable release version 2.2.5, by Roland McGrath et al. 
Copyright (C) 1992-2001, 2002 Free Software Foundation, Inc. 
This is free software; see the source for copying conditions. 
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A 
PARTICULAR PURPOSE. 
Compiled by GNU CC version 3.2 (Mandrake Linux 9.0 3.2-1mdk). 
Compiled on a Linux 2.4.18 system on 2002-08-19. 
Available extensions: 
        GNU libio by Per Bothner 
        crypt add-on version 2.1 by Michael Glad and others 
        linuxthreads-0.9 by Xavier Leroy 
        BIND-8.2.3-T5B 
        libthread_db work sponsored by Alpha Processor Inc       
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk 
Report bugs using the `glibcbug' script to <bu...@gn...>. 
[gary@wslnx gary]$ 



Thanks again, 
...Gary, K8EHB 

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Joop S. <pa...@de...>]

Op di 31-12-2002, om 04:04 schreef Gary Mackey:
> Joop - 
> 
> Thanks, I'll do my best at answering your questions below: 
> 

Okay, lets try to get compilation going first.

> On Mon, 2002-12-30 at 06:13, Joop Stakenborg wrote: 
> 
> > What exactly is the problem when you compile hamlib? We may be able to
> > solve it.
> 
> The ./configure appears to run OK but I receive the following errors when I 
> execute the "make" and it ends with an errorlevel=1. 
> 
> /usr/include/c++/3.2/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 <sstream> instead of the deprecated header <strstream.h>. To disable this warning use -Wno-deprecated.
> rigclass.cc:366: default argument given for parameter 2 of `void Rig::setRptrShift(rptr_shift_e, int = 0)'
> ../include/hamlib/rigclass.h:99: after previous specification in `void Rig::setRptrShift(rptr_shift_e, int = 0)'
> rigclass.cc:371: default argument given for parameter 1 of `rptr_shift_t Rig::getRptrShift(int = 0)'
> ../include/hamlib/rigclass.h:100: after previous specification in `rptr_shift_t Rig::getRptrShift(int = 0)'
> rigclass.cc:380: default argument given for parameter 2 of `void Rig::setRptrOffs(long int, int = 0)'
> ../include/hamlib/rigclass.h:101: after previous specification in `void Rig::setRptrOffs(long int, int = 0)'
> rigclass.cc:385: default argument given for parameter 1 of `shortfreq_t Rig::getRptrOffs(int = 0)'
> ../include/hamlib/rigclass.h:102: after previous specification in `shortfreq_t Rig::getRptrOffs(int = 0)'
> rigclass.cc:394: default argument given for parameter 2 of `void Rig::setTs(long int, int = 0)'
> ../include/hamlib/rigclass.h:103: after previous specification in `void Rig::setTs(long int, int = 0)'
> rigclass.cc:399: default argument given for parameter 1 of `shortfreq_t Rig::getTs(int = 0)'
> ../include/hamlib/rigclass.h:104: after previous specification in `shortfreq_t Rig::getTs(int = 0)'
> rigclass.cc:408: default argument given for parameter 2 of `void Rig::setCTCSS(unsigned int, int = 0)'
> ../include/hamlib/rigclass.h:106: after previous specification in `void Rig::setCTCSS(unsigned int, int = 0)'
> rigclass.cc:413: default argument given for parameter 1 of `tone_t Rig::getCTCSS(int = 0)'
> ../include/hamlib/rigclass.h:107: after previous specification in `tone_t Rig::getCTCSS(int = 0)'
> rigclass.cc:422: default argument given for parameter 2 of `void Rig::setDCS(unsigned int, int = 0)'
> ../include/hamlib/rigclass.h:108: after previous specification in `void Rig::setDCS(unsigned int, int = 0)'
> rigclass.cc:427: default argument given for parameter 1 of `tone_t Rig::getDCS(int = 0)'
> ../include/hamlib/rigclass.h:109: after previous specification in `tone_t Rig::getDCS(int
> rigclass.cc:436: default argument given for parameter 2 of `void Rig::setCTCSSsql(unsigned int, int = 0)'
> ../include/hamlib/rigclass.h:111: after previous specification in `void Rig::setCTCSSsql(unsigned int, int = 0)'
> rigclass.cc:441: default argument given for parameter 1 of `tone_t Rig::getCTCSSsql(int = 0)'
> ../include/hamlib/rigclass.h:112: after previous specification in `tone_t Rig::getCTCSSsql(int = 0)'
> rigclass.cc:450: default argument given for parameter 2 of `void Rig::setDCSsql(unsigned int, int = 0)'
> ../include/hamlib/rigclass.h:113: after previous specification in `void Rig::setDCSsql(unsigned int, int = 0)'
> rigclass.cc:455: default argument given for parameter 1 of `tone_t Rig::getDCSsql(int = 0)'
> ../include/hamlib/rigclass.h:114: after previous specification in `tone_t Rig::getDCSsql(int = 0)'
> rigclass.cc:465: default argument given for parameter 3 of `void Rig::setFunc(long long unsigned int, bool, int = 0)'
> ../include/hamlib/rigclass.h:83: after previous specification in `void Rig::setFunc(long 
> long unsigned int, bool, int = 0)'
> rigclass.cc:470: default argument given for parameter 2 of `bool Rig::getFunc(long long unsigned int, int = 0)'
> ../include/hamlib/rigclass.h:84: after previous specification in `bool Rig::getFunc(long long unsigned int, int = 0)'
> rigclass.cc:619: default argument given for parameter 2 of `void Rig::setBank(int, int = 0)'
> ../include/hamlib/rigclass.h:121: after previous specification in `void Rig::setBank(int, int = 0)'
> rigclass.cc:624: default argument given for parameter 2 of `void Rig::setMem(int, int = 0)'
> ../include/hamlib/rigclass.h:122: after previous specification in `void Rig::setMem(int, int = 0)'
> rigclass.cc:629: default argument given for parameter 1 of `int Rig::getMem(int = 0)'
> ../include/hamlib/rigclass.h:123: after previous specification in `int Rig::getMem(int = 0)'
> make[1]: *** [rigclass.lo] Error 1
> make[1]: Leaving directory `/home/gary/hamlib-1.1.3/c++'
> make: *** [all-recursive] Error 1
> [root@wslnx hamlib-1.1.3]# 
> 

It's a compiler issue. Mandrake uses the gcc-3.2 compiler, whilest
hamlib-1.1.3 was developed with gcc-2.95. Could you please try and run
'./configure --without-cxx-binding' and 'make' again?

Stephane, did you fix this on the CVS version of hamlib?
This would mean Gary can try the latest snapshot....

>  
> > I could provide RPMs of the hamlib CVS version. In order
> > to do so, I need to know your glibc version, is it 2.2 or 2.3?
> 
> I believe that I'm running glibc version 2.2. See results below: 
> 
> [gary@wslnx gary]$ ls -l /lib/libc* 
> -rwxr-xr-x    1 root     root      1147848 Aug 19 06:17
> /lib/libc-2.2.5.so* 
> lrwxr-xr-x    1 root     root           17 Nov 16 18:18
> /lib/libcom_err.so.2 ->          libcom_err.so.2.0* 
> -rwxr-xr-x    1 root     root         5088 Aug 29 13:42
> /lib/libcom_err.so.2.0* 
> -rwxr-xr-x    1 root     root        19436 Aug 19 06:17
> /lib/libcrypt-2.2.5.so* 
> lrwxr-xr-x    1 root     root           17 Nov 16 18:18
> /lib/libcrypt.so.1 -> libcrypt-2.2.5.so* 
> lrwxr-xr-x    1 root     root           13 Nov 16 18:18 /lib/libc.so.6
> -> libc-2         .2.5.so* 
> [gary@wslnx gary]$ /lib/libc-2.2.5.so 
> GNU C Library stable release version 2.2.5, by Roland McGrath et al. 
> Copyright (C) 1992-2001, 2002 Free Software Foundation, Inc. 
> This is free software; see the source for copying conditions. 
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A 
> PARTICULAR PURPOSE. 
> Compiled by GNU CC version 3.2 (Mandrake Linux 9.0 3.2-1mdk). 
> Compiled on a Linux 2.4.18 system on 2002-08-19. 
> Available extensions: 
>         GNU libio by Per Bothner 
>         crypt add-on version 2.1 by Michael Glad and others 
>         linuxthreads-0.9 by Xavier Leroy 
>         BIND-8.2.3-T5B 
>         libthread_db work sponsored by Alpha Processor Inc       
> NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk 
> Report bugs using the `glibcbug' script to <bu...@gn...>. 
> [gary@wslnx gary]$ 
> 
> 

Yes. it's version 2.2. But lets focus on the compilation issue first.

> 
> Thanks again, 
> ...Gary, K8EHB 
> 
> 

Regards,
Joop PA4TU

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Stephane F. <f8...@fr...>]

On Tue, Dec 31, 2002, Joop Stakenborg wrote:
> Stephane, did you fix this on the CVS version of hamlib?
> This would mean Gary can try the latest snapshot....

yes, this was fixed and commited to CVS rep shortly after 1.1.3 came out.
The latest snapshot is available at http://www.hamlib.org/bleeding-edge/

Note: we definitely need a 1.1.4 release, but beforehand, I'd like to
make couple of fixes to the API, especially regarding the vfo/split
handling. I'll expose that in a separate mail.

Cheers,
Stephane

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Gary M. <Gar...@co...>]

Joop - 

On Tue, 2002-12-31 at 07:24, Joop Stakenborg wrote:
> Okay, lets try to get compilation going first.

OK 

> It's a compiler issue. Mandrake uses the gcc-3.2 compiler, whilest
> hamlib-1.1.3 was developed with gcc-2.95. Could you please try and run
> './configure --without-cxx-binding' and 'make' again? 

I knew I should have installed MDK 8.2 instead of 9.0! <grin>

I reran the "./configure --without-cxx-binding" parameter.I noticed the
following warning in my configure.log It Could have been there before.

configure:11827: checking for Tcl configuration
configure:11890: WARNING: Can't find Tcl configuration definitions
configure:11930: checking whether to build tcl binding and demo
configure:11940: result: noI noticed the following warning in my
configure.log
configure:11827: checking for Tcl configuration
configure:11890: WARNING: Can't find Tcl configuration definitions
configure:11930: checking whether to build tcl binding and demo
configure:11940: result: no

Not sure if its actually a problem. 

I then ran the "make". This time I did not see the complier errors as
before. Below are the last few lines from the output of the "make" in my
terminal window. 

Making install in doc
make[1]: Entering directory `/home/gary/hamlib-1.1.3/doc'
make[2]: Entering directory `/home/gary/hamlib-1.1.3/doc'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/home/gary/hamlib-1.1.3/doc'
make[1]: Leaving directory `/home/gary/hamlib-1.1.3/doc'
make[1]: Entering directory `/home/gary/hamlib-1.1.3'
make[2]: Entering directory `/home/gary/hamlib-1.1.3'
make[2]: Nothing to be done for `install-exec-am'.
/bin/sh ./mkinstalldirs /usr/local/share/aclocal
 /usr/bin/install -c -m 644 hamlib.m4 /usr/local/share/aclocal/hamlib.m4
make[2]: Leaving directory `/home/gary/hamlib-1.1.3'
make[1]: Leaving directory `/home/gary/hamlib-1.1.3'

 
After the "make" I ran a "make install". I don't believe it actually
installed the program/Library because when I attempted to install
XLOG-0.7.1 I received the following message:

[root@wslnx gary]# rpm -i xlog-0.7-1*
error: failed dependencies:
        libhamlib-1.1.3.so.0   is needed by xlog-0.7-1
[root@wslnx gary]#


Thank you! 

73,
...Gary, K8EHB

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Alexandru C. <al...@ph...>]

On Thu, 2003-01-02 at 03:55, Gary Mackey wrote:
> After the "make" I ran a "make install". I don't believe it actually
> installed the program/Library because when I attempted to install
> XLOG-0.7.1 I received the following message:
> 
> [root@wslnx gary]# rpm -i xlog-0.7-1*
> error: failed dependencies:
>         libhamlib-1.1.3.so.0   is needed by xlog-0.7-1
> [root@wslnx gary]#
> 

I believe you get this dependency problem because hamlib was not
installed using rpm. I had the same problems while I was testing the
xlog rpm's a while ago (also the grig rpms). I knew that hamlib was
installed correctly, so I just used 'rpm -ivh --nodeps' and it was all
right.

Alex
OZ9AEC

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Robert <ro...@st...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

> It's a compiler issue. Mandrake uses the gcc-3.2 compiler, whilest
> hamlib-1.1.3 was developed with gcc-2.95. Could you please try and run
> './configure --without-cxx-binding' and 'make' again?
>
> Stephane, did you fix this on the CVS version of hamlib?
> This would mean Gary can try the latest snapshot....

seems like the current CVS doesn't support gcc-3.2 either. I'm running Ge=
ntoo=20
1.4RC1 (gcc-3.2.1) and autogen.sh fails:

(...)
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
(...)
configure: configuring in libltdl
configure: running /bin/sh './configure' --prefix=3D/usr/local =20
'--enable-maintainer-mode' 'CC=3Dgcc' 'CXX=3Dg++' --enable-ltdl-convenien=
ce=20
- --cache-file=3D/dev/null --srcdir=3D.
configure: warning: CC=3Dgcc: invalid host type
configure: warning: CXX=3Dg++: invalid host type
configure: error: can only configure for one host and one target at a tim=
e
configure: error: /bin/sh './configure' failed for libltdl
#=20

73, Robert DL1NC
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+Ea7Fo4a8ramwUd8RAiM4AJ9ElQK4AhxlWI1DWcrTRHqc3dYcOACfc2bZ
t/BvKocekzD8z6XtXU1oTew=3D
=3DSi11
-----END PGP SIGNATURE-----

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Stephane F. <f8...@fr...>]

On Tue, Dec 31, 2002, Robert Steinhäußer wrote:
> seems like the current CVS doesn't support gcc-3.2 either. I'm running Gentoo 
> 1.4RC1 (gcc-3.2.1) and autogen.sh fails:

For once, gcc is not at fault here.

> (...)
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> (...)
> configure: configuring in libltdl
> configure: running /bin/sh './configure' --prefix=/usr/local  
> '--enable-maintainer-mode' 'CC=gcc' 'CXX=g++' --enable-ltdl-convenience 
> - --cache-file=/dev/null --srcdir=.
> configure: warning: CC=gcc: invalid host type
> configure: warning: CXX=g++: invalid host type
> configure: error: can only configure for one host and one target at a time
> configure: error: /bin/sh './configure' failed for libltdl

The problem most probably lies with autoconf or the configure script
embedded in libtool libltdl.
What version of autoconf are you running from your autogen.sh ?


Happy new year and all the best!
Stephane

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Robert <ro...@st...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Stephane Fillod schrieb:
> For once, gcc is not at fault here.

Makes me happy :-)

> The problem most probably lies with autoconf or the configure script
> embedded in libtool libltdl.
> What version of autoconf are you running from your autogen.sh ?

autoconf (GNU Autoconf) 2.54
automake (GNU automake) 1.5


> > configure: running /bin/sh './configure' --prefix=3D/usr/local
> > '--enable-maintainer-mode' 'CC=3Dgcc' 'CXX=3Dg++' --enable-ltdl-conve=
nience
> > --cache-file=3D/dev/null --srcdir=3D.
> > configure: warning: CC=3Dgcc: invalid host type
> > configure: warning: CXX=3Dg++: invalid host type
> > configure: error: can only configure for one host and one target at a=
 time

I almost think that the libltdl-configure doesn't interpret the passed=20
parameters ('CC=3Dgcc' and 'CXX=3Dg++') correctly... and I am wondering, =
too...=20
wouldn't you set the shell variables in front of the command line?

73, Robert DL1NC
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+FAHOo4a8ramwUd8RAs4TAJ9mAVzlYTDXc9/5hB/4U/v+pshF8gCfVQtf
xBu4YL0c5+ymxuM9Q0A0Y1M=3D
=3Dqsxg
-----END PGP SIGNATURE-----

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Joop S. <pa...@de...>]

Op do 02-01-2003, om 03:55 schreef Gary Mackey:
> Joop - 
> 
> On Tue, 2002-12-31 at 07:24, Joop Stakenborg wrote:
> > Okay, lets try to get compilation going first.
> 
> OK 
> 
> > It's a compiler issue. Mandrake uses the gcc-3.2 compiler, whilest
> > hamlib-1.1.3 was developed with gcc-2.95. Could you please try and run
> > './configure --without-cxx-binding' and 'make' again? 
> 
> I knew I should have installed MDK 8.2 instead of 9.0! <grin>
> 
> I reran the "./configure --without-cxx-binding" parameter.I noticed the
> following warning in my configure.log It Could have been there before.
> 
> configure:11827: checking for Tcl configuration
> configure:11890: WARNING: Can't find Tcl configuration definitions
> configure:11930: checking whether to build tcl binding and demo
> configure:11940: result: noI noticed the following warning in my
> configure.log
> configure:11827: checking for Tcl configuration
> configure:11890: WARNING: Can't find Tcl configuration definitions
> configure:11930: checking whether to build tcl binding and demo
> configure:11940: result: no
> 
> Not sure if its actually a problem. 
> 

No it's not. This just means there won't be any tcl/tk usage possible
with hamlib. I believe there are  no programs that do so.

> I then ran the "make". This time I did not see the complier errors as
> before. Below are the last few lines from the output of the "make" in my
> terminal window. 
> 
> Making install in doc
> make[1]: Entering directory `/home/gary/hamlib-1.1.3/doc'
> make[2]: Entering directory `/home/gary/hamlib-1.1.3/doc'
> make[2]: Nothing to be done for `install-exec-am'.
> make[2]: Nothing to be done for `install-data-am'.
> make[2]: Leaving directory `/home/gary/hamlib-1.1.3/doc'
> make[1]: Leaving directory `/home/gary/hamlib-1.1.3/doc'
> make[1]: Entering directory `/home/gary/hamlib-1.1.3'
> make[2]: Entering directory `/home/gary/hamlib-1.1.3'
> make[2]: Nothing to be done for `install-exec-am'.
> /bin/sh ./mkinstalldirs /usr/local/share/aclocal
>  /usr/bin/install -c -m 644 hamlib.m4 /usr/local/share/aclocal/hamlib.m4
> make[2]: Leaving directory `/home/gary/hamlib-1.1.3'
> make[1]: Leaving directory `/home/gary/hamlib-1.1.3'
> 
>  
> After the "make" I ran a "make install". I don't believe it actually
> installed the program/Library because when I attempted to install
> XLOG-0.7.1 I received the following message:
> 
> [root@wslnx gary]# rpm -i xlog-0.7-1*
> error: failed dependencies:
>         libhamlib-1.1.3.so.0   is needed by xlog-0.7-1
> [root@wslnx gary]#
> 

You libraries are in /usr/local/lib (please check). You should add the
following line to your environment:

export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/usr/local/lib"

Either in .bashrc .xsession or /etc/environment if you have it.
Next you should be able to add hamlib functionality to xlog.

> 
> Thank you! 
> 
> 73,
> ...Gary, K8EHB

Regards,
Joop PA4TU

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Gary M. <Gar...@co...>]

Alex & Joop - 

Thank you both very must for all of your assistance. I now have
hamlib-1.1.3 and xlog-0.7.1 installed on my system. I first verified
that the /usr/local/lib library existed (which it did). I then added the
export line that Joop provided into my .bashrc. I then installed the
xlog rpm using the command "rpm -ivh --nodeps" provided by Alex. Once
installed I was able to run xlog and enable hamlib support. Progress at
last ! :)  

I'm now trying to figure out how to configure my ttys0 and ttys1
devices. Until I had hamlib and xlog installed I never had a requirement
to access them before. 

Thanks again !

73,
...Gary, K8EHB 

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Stephane F. <f8...@fr...>]

On Wed, Jan 01, 2003 at 09:55:43PM -0500, Gary Mackey wrote:
> After the "make" I ran a "make install". I don't believe it actually
> installed the program/Library because when I attempted to install
> XLOG-0.7.1 I received the following message:
> 
> [root@wslnx gary]# rpm -i xlog-0.7-1*
> error: failed dependencies:
>         libhamlib-1.1.3.so.0   is needed by xlog-0.7-1
> [root@wslnx gary]#

How did you install Hamlib program/Library?
Installing Hamlib with "make install" is not the same as installing
Hamlib with an rpm. And this does make a difference for the xlog rpm.
IOW, for xlog rpm to be installed, you need first to do "rpm -i hamlib*.rpm"
But we're still missing a hamlib-1.1.3 rpm. Anyone with a spec file?

Cheers,
Stephane

Re: [Hamlib-developer] hamlib-1.1.3 RPM anyone ?

[Joop S. <pa...@de...>]

Op do 02-01-2003, om 15:46 schreef Stephane Fillod:
> But we're still missing a hamlib-1.1.3 rpm. Anyone with a spec file?
> 

Working on it (nearly done). I am going to adapt the hamlib.spec.in in
the source tree. Some changes are needed. Rpm chokes on the current
version number (1.1.4-CVS). This needs to be changed to 1.1.4CVS or
something (without the DASH). Can this be done?

> Cheers,
> Stephane
> 

Joop