[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: libtool hangup
From: |
Ralf Wildenhues |
Subject: |
Re: libtool hangup |
Date: |
Thu, 31 Mar 2005 09:35:48 +0200 |
User-agent: |
Mutt/1.4.1i |
Hi Marcin,
* address@hidden wrote on Thu, Mar 31, 2005 at 09:41:57AM CEST:
> Hello!
> Libtool uses hard links for locking. It links itself to
> the lockfile located in the libtooled project directory.
> It doesn't work if the project and the libtool are on
> different disk volumes. So the libtool hangs up.
> I attach a patch which is just simple workaround of the
> problem, but I'm sure you'll find sobe better solution.
> (it is to be applied on ltmain.* files)
Your patch is not ok, as I already replied to you on savannah.
Please answer the questions I posted there.
> May anyone delete my post from patch manager on savannah?
> (I didn't know that it would publish my email)
I really don't know if setting the patch status to private will solve
this..
.. but we'll find that out now. Whoever wants to follow this: see the
archives for the libtool-patches list[1].
Regards,
Ralf
[1] http://lists.gnu.org/archive/html/libtool-patches/
> --- ltmain.in Sat Feb 12 13:18:34 2005
> +++ ltmain.in.new Thu Mar 31 09:29:41 2005
> @@ -807,9 +807,9 @@
> fi
>
> # Lock this critical section if it is needed
> - # We use this script file to make the link, it avoids creating a new file
> + # We use this script file to make the link
> if test "$need_locks" = yes; then
> - until $run ln "$progpath" "$lockfile" 2>/dev/null; do
> + until $run $LN_S "$progpath" "$lockfile" 2>/dev/null; do
> $show "Waiting for $lockfile to be removed"
> sleep 2
> done
- libtool hangup, m . siennicki, 2005/03/31
- Re: libtool hangup,
Ralf Wildenhues <=