gnutls-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnutls guile self checks fail: fport_fill_input


From: Simon Josefsson
Subject: Re: gnutls guile self checks fail: fport_fill_input
Date: Mon, 10 Mar 2008 14:16:22 +0100
User-agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (gnu/linux)

address@hidden (Ludovic Courtès) writes:

> Hi Simon,
>
> Simon Josefsson <address@hidden> writes:
>
>> Could it be that I'm using libtool 2.2?
>
> Definitely.  ;-)  I'm using 1.5.26 here.
>
>> Running libtool with --debug reveals that it is interpreting the -L
>> parameter, so the command invoked will be:
>>
>> + eval exec '$cmd -L / /'
>> ++ exec /usr/bin/guile -L / /
>
> Conversely, I see this:
>
>   + exec_cmd='$cmd "-L" "." "./anonymous-auth.scm"'
>   + test -z '$cmd "-L" "." "./anonymous-auth.scm"'
>   + test -n '$cmd "-L" "." "./anonymous-auth.scm"'
>   + eval exec '$cmd' '"-L"' '"."' '"./anonymous-auth.scm"'
>   ++ exec /home/ludo/soft/bin/guile -L . ./anonymous-auth.scm
>
>> I think I should report this as a libtool bug.  What do you think?
>
> Yes, that should be reported.

Done, see:

http://permalink.gmane.org/gmane.comp.gnu.libtool.bugs/6070

> Is it really interpreting `-L'?  The `--debug' output you copied shows
> that it *is* passing `-L', but the arguments to `-L' are mangled (where
> does it get these two slashes from?).

It was easy to reproduce, see the bug report.  I don't understand the
behaviour.  Either it is a libtool bug or --mode=execute vs -L
interaction needs to be documented better.

Thanks,
/Simon




reply via email to

[Prev in Thread] Current Thread [Next in Thread]