Re: plugins for xchat port (i386)

2005-11-23 Thread Kurt Miller
On Tuesday 22 November 2005 02:37 pm, Damien Couderc wrote:
 On Fri, 18 Nov 2005 16:51:31 +0100
 Markus Hennecke [EMAIL PROTECTED] wrote:
  Robert Szasz wrote:
   Is there a way to get the xchat port to support plugins again?
 
  This is an update for the stable port bumping the version to 2.4.5
  and enabling the perl plugin. Please apply the patch from the xchat
  directory with `zcat xchat.patch.gz | patch -p0` from inside the
  xchat directory.
 
  I hope that patching the configure script is the right way to tell
  libtool to include the DynaLoader.a and libintl.a files in the
  linking process of the perl plugin.

 I should look at his this week end.
 As far as i know the plugins didn't work on OpenBSD due to a dlsym()
 incompatibility.

The work Dale and I did to ld.so in -current should have eliminated
compatibility problems such as this. :) Bring it to my attention if
you find otherwise.

-Kurt



Re: plugins for xchat port (i386)

2005-11-22 Thread Damien Couderc
On Fri, 18 Nov 2005 16:51:31 +0100
Markus Hennecke [EMAIL PROTECTED] wrote:

 Robert Szasz wrote:
  Is there a way to get the xchat port to support plugins again?
 
 This is an update for the stable port bumping the version to 2.4.5
 and enabling the perl plugin. Please apply the patch from the xchat 
 directory with `zcat xchat.patch.gz | patch -p0` from inside the
 xchat directory.
 
 I hope that patching the configure script is the right way to tell 
 libtool to include the DynaLoader.a and libintl.a files in the
 linking process of the perl plugin.

I should look at his this week end.
As far as i know the plugins didn't work on OpenBSD due to a dlsym() 
incompatibility.

Damien



Re: plugins for xchat port (i386)

2005-11-18 Thread Markus Hennecke

Robert Szasz wrote:

Is there a way to get the xchat port to support plugins again?


This is an update for the stable port bumping the version to 2.4.5 and 
enabling the perl plugin. Please apply the patch from the xchat 
directory with `zcat xchat.patch.gz | patch -p0` from inside the xchat 
directory.


I hope that patching the configure script is the right way to tell 
libtool to include the DynaLoader.a and libintl.a files in the linking 
process of the perl plugin.


Greetings
  Markus



xchat.patch.gz
Description: application/gzip


Re: plugins for xchat port (i386)

2005-11-16 Thread Markus Hennecke
So this patch to the xchat port should enable the perl plugin. It 
complains about undefined symbol 'boot_DynaLoader' but the plugin 
seems to work alright.


It is done against the 3.8-stable port because I have no machine running 
current, so the latest changes to the Makefile would have to be merged 
with this patch.

Please test and report any problems with the perl plugin.

Greetings
  Markus



xchat.patch.gz
Description: application/gzip


Re: plugins for xchat port (i386)

2005-11-15 Thread Markus Hennecke

Robert Szasz wrote:

Is there a way to get the xchat port to support plugins again? I know that
this feature was disabled at some point in the past, but I couldnt find out
why.


Some time ago I looked into this and noticed something strange: The 
function dlsym would return the right function address, but the 
following call to dlerror would not return NULL. So the loading of any 
plugins failed. Changing the code to test the return value of dlsym 
instead of dlerror fixed the loading of the plugins. I reported this 
to the maintainer, who said that he would look into this as soon as he 
got some time. This issue seemed to be fixed when I looked into this 
again after the release of 3.8, but this could have been the reason why 
the plugins were disabled.


So my next step was to enable the perl plugin in the port, but this was 
not giving me the expected results. If I link the object file for the 
plugin by hand, giving all linker options like in 
http://www.xchat.org/docs/plugin20.html I get a working plugin and I can 
load perl scripts. Note that the plugin that is generated by the normal 
make process from the port is named perl.so.0.0, which will not be found 
by the autoloader which expects the file perl.so.


So as soon as the port builds the plugins correctly flavours could be a 
good way to enable perl and/or python plugins.
Running a plugin compiled from c or c++ should be possible already (I 
tried the example in the link above). I will look at the perl plugin 
myself and report back when I got it working.


Greetings
  Markus