and you need to set the environnement with the path of the plugins like this :
export LD_LIBRARY_PATH=/usr/lib/gretl-gtk2
(i installed gretl in /usr)
2010/6/17 denis joubert <denis.joubert(a)gmail.com>:
Sorry the correction wasn't totally good.
you should do a specific conditional part for cygwin in plugin.c
because of this line :
append_dir(pluginpath, "plugins");
2010/6/17 denis joubert <denis.joubert(a)gmail.com>:
> Thanks Allin :-)
> I got another problem...unfortunatly when you are on cygwin it's .dll
> extension for the plugin. and when i compiled a program with libgretl
> he ask me .so library at the runtime.
>
> But in plugin.c, there is a WIN32 macro which defines if you use .dll or .so
> So another macro (CYGWIN) should be defined in the config.h by the
> configure when it detects cygwin environnement and plugin.c should be
> updated with the next line :
> #if defined(WIN32) || defined(CYGWIN)
> append_dir(pluginpath, "plugins");
> strcat(pluginpath, plugin);
> strcat(pluginpath, ".dll");
>
>
> 2010/6/17 Allin Cottrell <cottrell(a)wfu.edu>:
>>
>> On Thu, 17 Jun 2010, denis joubert wrote:
>>
>>> Solution found to make a libgretl-1.0.dll.a & libgretl-1.0.dll:
>>> 1) -no-undefined should be added to libtool command line when
>>> compiling under cygwin otherwise no shared libraries can be built
>>> 2) the library -lgfortran doesnt exist in cygwin (it's only a compiler
>>> options of gcc) so you need to replace it with -XCClinker,-lgfortran
>>> because libtool cannot find a library and doesn't want to build the
>>> dll
>>
>> Bingo! Excellent. I've modified ltmain.sh and configure.in in the
>> gretl source accordingly.
>>
>> Allin
>> _______________________________________________
>> Gretl-devel mailing list
>> Gretl-devel(a)lists.wfu.edu
>>
http://lists.wfu.edu/mailman/listinfo/gretl-devel
>>
>