From: W.H. G. <wh...@ca...> - 2003-08-05 12:40:13
|
I have been trying to get the plugin that I have written to run with Gaim. make foo.so compiles the plugin with no errors, but placing the .so in /usr/lib/gaim doesn't cause the plugin to load. gaim -d gives the error: plugins: /usr/lib/gaim/foo.so is unloadable: unknown error I then tried to compile one of the distributed plugins (spellchk.c) and install in the same way (overwriting the existing /usr/lib/gaim/spellchk.so). gaim -d returns the same error for that plugin and the spellchk.so plugin fails to load. On closer inspection, is it apparent that the newly compiled spellchk.so is about twice the size of that which is compiled when installing Gaim. I cannot understand why a plugin that works when compiled with the main program does not work when compiled independently. Are there some compile flag issues that I am not aware of? When I know the compiliation is fine, i can start debugging my program ;) Any help would be appreciated. Best regards, Henry Gomersall |
From: Brian J. T. <bj...@ec...> - 2003-08-05 15:23:42
|
W.H. Gomersall wrote: > I have been trying to get the plugin that I have written to run with > Gaim. > > make foo.so compiles the plugin with no errors, but placing the .so in > /usr/lib/gaim doesn't cause the plugin to load. > > gaim -d gives the error: plugins: /usr/lib/gaim/foo.so is unloadable: > unknown error i've noticed this as well. the part of the makefile that does the make-your-own-plugins bit appears to be broken. you could compile a stock plugin normally, note the commandline it uses, and modify the magic in Makefile.am so the "make x.so" functionality works again (and submit a patch), or, for now, just add your plugin to Makefile.am as if it were a stock plugin, and rebuild the Makefile. that should get you going for the time being. -brian |
From: Ethan B. <ebl...@cs...> - 2003-08-05 15:28:06
|
W.H. Gomersall spake unto us the following wisdom: > I have been trying to get the plugin that I have written to run with Gaim. >=20 > make foo.so compiles the plugin with no errors, but placing the .so in=20 > /usr/lib/gaim doesn't cause the plugin to load. >=20 > gaim -d gives the error: plugins: /usr/lib/gaim/foo.so is unloadable:=20 > unknown error Did you #include "config.h" before internal.h? > I then tried to compile one of the distributed plugins (spellchk.c) and= =20 > install in the same way (overwriting the existing=20 > /usr/lib/gaim/spellchk.so). gaim -d returns the same error for that plugi= n=20 > and the spellchk.so plugin fails to load. On closer inspection, is it=20 > apparent that the newly compiled spellchk.so is about twice the size of= =20 > that which is compiled when installing Gaim. That's fine, it's probably just not stripped or something similar... > I cannot understand why a plugin that works when compiled with the main= =20 > program does not work when compiled independently. Are there some compile= =20 > flag issues that I am not aware of? There have been some reported problems with compiling third-party plugins ... however I was able to do it quite successfully yesterday, so I'm not sure what the trouble is. The only problem we ran across was forgetting to include config.h before internal.h, which caused GAIM_PLUGINS to be undefined in plugin.h, in turn causing the init process to be set up for a static plugin rather than a loadable plugin. Ethan --=20 "The Constitution shall never be construed to prevent the people of the United States who are peaceable citizens from keeping their own arms." -- Samuel Adams, 1788 |
From: Henry G. <wh...@ca...> - 2003-08-05 16:50:47
|
> > I then tried to compile one of the distributed plugins (spellchk.c) and > > install in the same way (overwriting the existing > > /usr/lib/gaim/spellchk.so). gaim -d returns the same error for that plugin > > and the spellchk.so plugin fails to load. On closer inspection, is it > > apparent that the newly compiled spellchk.so is about twice the size of > > that which is compiled when installing Gaim. > > That's fine, it's probably just not stripped or something similar... If this is the case, what wonders do I have to perform to render it usable? I apologise if this is a pretty basic question, I have very little experience of creating libs. Henry -- Henry Gomersall wh...@ca... http://www.heng.pwp.blueyonder.co.uk/ Please avoid sending me any WORD or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html |
From: Ethan B. <ebl...@cs...> - 2003-08-05 17:18:22
|
Henry Gomersall spake unto us the following wisdom: > > > I then tried to compile one of the distributed plugins (spellchk.c) a= nd=20 > > > install in the same way (overwriting the existing=20 > > > /usr/lib/gaim/spellchk.so). gaim -d returns the same error for that p= lugin=20 > > > and the spellchk.so plugin fails to load. On closer inspection, is it= =20 > > > apparent that the newly compiled spellchk.so is about twice the size = of=20 > > > that which is compiled when installing Gaim. > >=20 > > That's fine, it's probably just not stripped or something similar... >=20 > If this is the case, what wonders do I have to perform to render it > usable? I apologise if this is a pretty basic question, I have very > little experience of creating libs. What I'm saying is that the size is not the problem, most likely. Ethan --=20 "The Constitution shall never be construed to prevent the people of the United States who are peaceable citizens from keeping their own arms." -- Samuel Adams, 1788 |