Re: [bug #30683] NSInvalidArgumentException: NSBundle(class) does not recognize loadGSMarkupNamed:owner:

[Nicola Pero]

> How could I know whether is something here suspicious?
> Here is the output of the command:
>
> linux-vdso.so.1 =>  (0x00007fff693d1000)
> libgnustep-gui.so.0.18 =>
> /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.18
> (0x00007fd53c545000)
> libgnustep-base.so.1.20 =>
> /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.20
> (0x00007fd53bee7000)
> libobjc.so.2 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/libobjc.so.2
> (0x00007fd53bccb000)
> libc.so.6 => /lib/libc.so.6 (0x00007fd53b972000)
> libgif.so.4 => /usr/lib/libgif.so.4 (0x00007fd53b768000)
> libpng14.so.14 => /usr/lib/libpng14.so.14 (0x00007fd53b541000)
> libtiff.so.3 => /usr/lib/libtiff.so.3 (0x00007fd53b2dd000)
> libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007fd53b0a3000)
> libm.so.6 => /lib/libm.so.6 (0x00007fd53ae22000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x00007fd53ac06000)
> libxslt.so.1 => /usr/lib/libxslt.so.1 (0x00007fd53a9cd000)
> libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00007fd53a67e000)
> libz.so.1 => /lib/libz.so.1 (0x00007fd53a468000)
> libffi.so.5 => /usr/lib/libffi.so.5 (0x00007fd53a260000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007fd53a05c000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fd539e45000)
> /lib64/ld-linux-x86-64.so.2 (0x00007fd53cce1000)
> libSM.so.6 => /usr/lib/libSM.so.6 (0x00007fd539c3c000)
> libICE.so.6 => /usr/lib/libICE.so.6 (0x00007fd539a20000)
> libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fd5396e4000)
> libjbig.so => /usr/lib/libjbig.so (0x00007fd5394d8000)
> libuuid.so.1 => /lib/libuuid.so.1 (0x00007fd5392d3000)
> libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fd5390b5000)
> libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fd538eb1000)
> libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fd538cab000)

That is interesting ... libRenaissance.so is not listed.  Presumably  
the linker has removed libRenaissance.so
because you have referenced no function or class inside it.  It's not  
smart enough to realize that you are calling
a method in an NSBundle category implemented inside Renaissance.

Try adding

int (*linkRenaissanceIn)(int, const char **) = GSMarkupApplicationMain;

before your main function, then recompile.  That command (which does  
nothing, but it references a function inside
Renaissance) may manage to convince the dynamic linker that  
Renaissance is needed. :-)

Let me know how it goes.

Thanks