[hpsdr] ghpsdr

[Sid Boyce]

Geoff wrote:
> ***** High Performance Software Defined Radio Discussion List *****
> 
> Hi Guys,
> 	has anybody tried to get John Melton's ghpsdr up and running on a big-endian 
> machine? "make" falls over on my Debian/HPPA box with the error message 
> included below. Any ideas on how to fix this?
> 
> 73 de Geoff vk2tfg.
> 
>> /include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -g -c -o
>> vfo.o vfo.c gcc -o ghpsdr audio.o band.o bandscope.o bandscope_update.o
>> command.o display.o filter.o frequency.o libusbio.o main.o mercury.o
>> meter.o meter_update.o mode.o ozy_buffers.o ozy.o ozy_ringbuffer.o
>> property.o setup.o soundcard.o spectrum_buffers.o spectrum.o
>> spectrum_update.o util.o vfo.o libDttSP.a /usr/lib/libfftw3f.a -lpthread
>> -lusb-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0
>> -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0
>> -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> /usr/bin/ld: libDttSP.a(update.o): Relocations in generic ELF (EM: 3)
>> libDttSP.a: could not read symbols: File in wrong format
>> collect2: ld returned 1 exit status
>> make: *** [ghpsdr] Error 1
> _______________________________________________
> HPSDR Discussion List
> To post msg: hpsdr at hpsdr.org
> Subscription help: http://lists.hpsdr.org/listinfo.cgi/hpsdr-hpsdr.org
> HPSDR web page: http://hpsdr.org
> Archives: http://lists.hpsdr.org/pipermail/hpsdr-hpsdr.org/
> 
> 

The same fault on a x86_64 openSUSE box here and also the same report by
a Mac OSX user. The included libDttSP.a is not x86_64 compatible, but
John's follow up libDttsp.a.64 allows ghpsdr to build, though there is a
problem building his sdr-core even with that library copied to the
sdr-core source directory.
The Mac OSX user Roger Rehr has just posted to the dttsp-linux list
detailing the problem.
-----------------------------------------
gcc  -g -O2   -o sdr-core sdr-main.o sdrexport.o libDttSP.a -llo
-lpthread -lm -ljack -lfftw3f
/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/crt1.o: In
function `_start':
/usr/src/packages/BUILD/glibc-2.9/csu/../sysdeps/x86_64/elf/start.S:109:
undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [sdr-core] Error 1
tindog:/home/lancelot/ftp/Apr09/sdr-core/base/src # l libDttSP.a
-rw-r--r-- 1 root root 772410 2009-04-04 21:50 libDttSP.a
tindog:/home/lancelot/ftp/Apr09/sdr-core/base/src # grep main libDttSP.a

I copied and renamed libDttSP.a.64 to LibDttSP.a, "main" is in that
library, but I get the same error. I wonder what version of gcc he is
using. It must be some mismatch in gcc or binutils that's causing the error.
All the other branches of the standard sdr-core build without problems.
Below is what I get with his version of sdr-core. I exploded it outside
of ghpsdr for this test.
tindog:/home/lancelot/ftp/Apr09/sdr-core/base/src # cp
../../../ghpsdr/libDttSP.a.64 .
tindog:/home/lancelot/ftp/Apr09/sdr-core/base/src # mv libDttSP.a.64
libDttSP.a
tindog:/home/lancelot/ftp/Apr09/sdr-core/base/src # make
gcc  -g -O2   -o sdr-core sdr-main.o sdrexport.o libDttSP.a -llo
-lpthread -lm -ljack -lfftw3f
/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/crt1.o: In
function `_start':
/usr/src/packages/BUILD/glibc-2.9/csu/../sysdeps/x86_64/elf/start.S:109:
undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [sdr-core] Error 1
# grep main libDttSP.a
Binary file libDttSP.a matches


> I can't just use his precompiled libDttSP.a.64 so that ghpsdr will
> build, as his libDttSP.a is of the wrong architecture for me.
>
As I get a similar problem in his sdr-core, I suspect something else is
wrong.

--------------------------------------------------------------------------

73 ... Sid.
-- 
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks


 1238895171.0