Ebrahim Mayat wrote:
>
> On Thursday, September 20, 2007, at 01:27PM, "Martin Costabel" <[EMAIL
> PROTECTED]> wrote:
>
>> Without seeing the actual error message, it is difficult to guess what
>> is going on, but one thing to check is whether configure isn't stumbling
>> over Apple's fake /usr/lib/libreadline.dylib which is not libreadline at
>> all, but an alias to libedit.
>
> Martin
>
> I am resending this message. The actual error message was the one in
> config.log that I had included in my original message starting this thread.
> How would one test if configure is detecting /usr/lib/libreadline.dylib
> instead?
Since you still don't show the error message (as Daniel said, the line
after
> conftest.c: In function 'main':
would have been the interesting one), I'll now switch on my crystal ball
and guess that that line was in fact
conftest.c:62: error: nested functions are disabled, use
-fnested-functions to re-enable
If this is the case, then this comes from a bug in the acinclude.m4 file
used to construct configure. In acinclude.m4, the AC_TRY_COMPILE
directive is not used correctly, resulting in a conftest.c program that
has two nested main() functions. Fixing that conftest.c by removing one
layer of main() from the lines
int
main ()
{
int main(void)
{
should fix this problem. Either patch configure or figure out the right
syntax for acinclude.m4 and run the autotools again.
--
Martin
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Fink-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-users
