On Fri, 17 Oct 2008, Lionel ORRY wrote:
>>> The dirtiest part of the patch is declaring eina_mempool_register and
>>> eina_mempool_unregister with EAPI, because it helps passing the link
>>> stage. I don't know much about the differences between .dll and .so
>>> (there must me many), but gcc was
2008/10/16 Vincent Torri <[EMAIL PROTECTED]>:
>
>
> On Thu, 16 Oct 2008, Lionel ORRY wrote:
>
>> that works perfectly. Remains only the problem for autoreconf. BTW, I
>> noticed Evil seems to be the only library in the EFL using
>> autoreconf.. The others have autogen.sh call the autofoo tools
>> s
On Thu, 16 Oct 2008, Lionel ORRY wrote:
> that works perfectly. Remains only the problem for autoreconf. BTW, I
> noticed Evil seems to be the only library in the EFL using
> autoreconf.. The others have autogen.sh call the autofoo tools
> subsequently. Maybe that would apply to Evil as well...
Thank you Vincent,
that works perfectly. Remains only the problem for autoreconf. BTW, I
noticed Evil seems to be the only library in the EFL using
autoreconf.. The others have autogen.sh call the autofoo tools
subsequently. Maybe that would apply to Evil as well...
Now that the EFL are Eina-depe
On Thu, 16 Oct 2008, Lionel ORRY wrote:
> I had some compilation errors then, that I could fix using the
> modifications in the attachment. They are just temporary workaround
> that worked for me ; I suppose the presence of libsecur32.lib should
> be checked (and conditional compilation of evil_
2008/10/16 Vincent Torri <[EMAIL PROTECTED]>:
>
>
> On Thu, 16 Oct 2008, Lionel ORRY wrote:
>
>> Hi Vincent,
>>
>> Thanks for the hint. Indeed the manual sequence for autofoo works better.
>
> ok. I don't understand why, but when I have problems with autogen, I do
> that. I asked on the autoconf ML
On Thu, 16 Oct 2008, Lionel ORRY wrote:
> Hi Vincent,
>
> Thanks for the hint. Indeed the manual sequence for autofoo works better.
ok. I don't understand why, but when I have problems with autogen, I do
that. I asked on the autoconf ML about a similar problem some times ago,
no answer yet.
Hi Vincent,
Thanks for the hint. Indeed the manual sequence for autofoo works better.
I had some compilation errors then, that I could fix using the
modifications in the attachment. They are just temporary workaround
that worked for me ; I suppose the presence of libsecur32.lib should
be checked
Hey,
> I tried to compile Evil from the latest SVN revision (r36716), after
> following the exact instructions from the wiki to get a working MinGW
> development environment.
>
> Here is the output:
>
> $ ./autogen.sh
> configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd
