Re: Hamlib 1.2.14 under OpenBSD 5.0

  I got it running, but I had to define CFLAGS to -I/usr/local/include
  -L/usr/local/lib because that's where OpenBSD puts a lot of things.

You probably also need -R/usr/local/lib.  In general this is something
that's about your build environment rather than the upstream package.
On NetBSD with pkgsrc it's the same issue (with /usr/pkg instead of
/usr/local).

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Re: Hamlib 1.2.14 under OpenBSD 5.0

  Then in tests I was getting ld undefined symbols for rig_lookup_mem_caps 
  and rig_strmtype.  I looked for those and found them by doing nm on the 
  libraries Hamlib had just built but not installed.  I copied the new 
  libraries into place, rebooted so ldconfig would pick them up, then I 
  could finish the build without any more problems.

I looked into this, and I think the problem is that the dlopen inside
hamlib during tests is trying to load modules from the proper isntalled
lcoation.  That's the right thing to do during operation after install,
but tests should load the library from $objdir so that the just-built
version is tested, not the installed version.

With hamlib installed (--prefix=/usr/pkg, via pkgsrc), the tests passed
(on NetBSD 5.1_STABLE, i386).

With hamlib not installed (after "pkg_delete hamlib"), running "gmake
check-TESTS" in hamlib-1.2.15.1/c++:

rig:rig_init called 
rig: loading backend dummy
rig:  lt_dlopen("hamlib-dummy") failed (file not found), trying static symbols...
rig:  dlsym(initrigs2_dummy) failed (Undefined symbol "initrigs2_dummy")
rig:  lt_dlopen("hamlib-dummy") failed ((null))
terminate called after throwing an instance of 'RigException'
[1]   Abort trap (core dumped) ${dir}${tst}
FAIL: testcpp

Using 'ktrace -i' to find out what it did, I see the following NAMI calls: