Linking Error ../../../guile/libsmob.so: undefined reference to `opencog::BaseServer::getAtomSpace()'

[ThomasD]

Complete Ouput:
http://paste.pocoo.org/show/213319/

Error:
Linking CXX executable ruleProcessor
../../../guile/libsmob.so: undefined reference to `opencog::BaseServer::getAtomSpace()'
collect2: ld returned 1 exit status
make[2]: *** [opencog/embodiment/RuleValidation/Processor/ruleProcessor] Error 1
make[1]: *** [opencog/embodiment/RuleValidation/Processor/CMakeFiles/ruleProcessor.dir/all] Error 2
make: *** [all] Error 2

The following are my package versions:
gcc 4.5.0
boost 1.38.0
gulie 1.8.7

I will be happy to give any more info if you need it.

[linas (linasvepstas)]

My quick knee-jerk reaction (I might be wrong) is that this must be the circular-dependency problem.

In breif -- reading the opencog config file requires parsing scheme requires access to atomspace requires linking to config class.

The fix is not "trivial" -- last I looked, it required two steps:
1) remove dependency of atomspace on the config class. The dependency is with the LTI/STI attention allocation code
2) split up libutil into two parts, one of which does not require libatomspace to link.

This has been discussed on the mailing list before. The circular-dependency problem only affected the Apple Mac platform; is this bug for the Mac OS?

[ThomasD (tdziedz2-illinois)]

No, I'm trying to build this under linux (archlinux).

[Thomas Dziedzic (gostrc)]

I narrowed this down.
Making in a normal shell by cmake + make works well.

The problem arises whenever you make it in fakeroot [1]. The exact same commands will produce errors.

[1] - In case you're wondering about fakeroot - http://linux.die.net/man/1/fakeroot

[linas (linasvepstas)]

OK, good that this can be reproduced on linux. I believe this same bug affects MacOS, but have had little motivation to pursue at this point.