Re: ‘rl_readline_state_t’ undeclared

On 3/6/2017 3:55 PM, Ken Brown wrote:
> Hi Bruno,
>
> On 3/6/2017 2:49 PM, Bruno Haible wrote:
>>> register_foreign_inttype("rl_readline_state_t",sizeof(rl_readline_state_t),(rl_readline_state_t)-1<=(rl_readline_state_t)0);
>>
>> How come that the initialization function of the libsvm module references
>> types from another, unrelated module??
>
> No idea.  The modules I normally build on 32-bit Cygwin [other than
> clx/new-clx, which is currently broken as you know] are rawsock, dirkey,
> berkeley-db, pcre, gdbm, bindings/win32, postgresql, fastcgi, zlib,
> libsvm, gtk2, and dbus.  The problem occurs with fastcgi, zlib, libsvm,
> and gtk2, but not with any of the others.
>
>> How do you reproduce it?
>
> ./configure --with-modules=rawsock --with-modules=dirkey
> --with-modules=berkeley-db --with-modules=pcre --with-modules=gdbm
> --with-modules=bindings/win32 --with-modules=postgresql
> --with-modules=fastcgi --with-modules=zlib --with-modules=libsvm
> --with-modules=gtk2 --with-modules=dbus build_dir
>
> cd build_dir
>
> make -k MODULES="rawsock dirkey berkeley-db pcre gdbm bindings/win32
> postgresql fastcgi zlib libsvm gtk2"

Typo: It should have been "...gtk2 dbus".

It's interesting that the problem occurs with four consecutive modules 
but then is OK again.  I'll try experimenting with various 
rearrangements of the list of modules.

Ken

------------------------------------------------------------------------------
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
_______________________________________________
clisp-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/clisp-devel