[OGo-Developer] NXConstantString does not recognize...

[Adam Tauno Williams]

> >> I'm seeing something like
> >> http://www.nabble.com/I-broke-my-OGo!-(upgrade-issue)-t2744059.html
> >> except I've been building from SVN.
> >> I'm using libfoundation-1.1 from
> >> http://download.opengroupware.org/releases/unstable/ThirdParty/sarge/binary-i386/.
> >> Apart from that, I've built and installed SOPE and OGo trunks.
> > My first question would be - what version of SOPE?  TRUNK OGo builds
> > against SOPE 4.6, not trunk SOPE.   You checkout SOPE 4.6 from
> > http://svn.opengroupware.org/SOPE/branches/sope-4.6
> I was using trunk SOPE, but I just cleaned both, grabbed SOPE 4.6, built
> against that, and it's the same problem.
> Furthermore, the SOPE tests (which I should have done in the first place
> :) fail with the same error, so this isn't an OGo issue.
> antony@myung:~/src/svn/sope-4.6/sope-xml/samples$ saxxml data/slashdot.rss
> Uncatched Objective-C exception:
> exceptionClass <class ObjcRuntimeException>
> Reason: Objective-C runtime error: error: NXConstantString (instance)
> NXConstantString does not recognize cStringLength
> UserInfo: no userinfo
> antony@myung:~/src/svn/sope-4.6/sope-xml/samples$
> I thought this could be because was missing libobjc-lf2 and
> libobjc-lf2-dev, but I would have expected configure to complain if a
> build-dependency was missing.  I always had libobjc1 installed.
> I tried installing libobjc-lf2 and libobjc-lf2-dev, which creates an
> interesting issue when linking.
> Making all for tool ldapchkpwd...
>  Compiling file ldapchkpwd.m ...
>  Linking tool ldapchkpwd ...
> /usr/bin/ld: warning: libobjc.so.lf2, needed by
> ./../../sope-core/NGExtensions/shared_debug_obj/libNGExtensions.so, may
> conflict with libobjc.so.1
> I think this is a red-herring as Sebastian's libfoundation-1.1 package
> depends on libobjc1, not libobjc-lf2.  His libfoundation-1.0 package
> depends on libobjc-lf2, but ISTR libfoundation-1.0 is too old for what I
> want.  So I'm still stumped.

Are you absolutely certain you don't have multiple versions of libobjc /
libFoundation floating about?  Perhaps the linker is finding the wrong
one; there is no need to have libobjc.so.lf2 around anymore [AFAIK].