https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124506
jkl9543 at 163 dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|DUPLICATE |WONTFIX
--- Comment #3 from jkl9543 at 163 dot com ---
(In reply to Andrew Pinski from comment #2)
> Dup.
>
> *** This bug has been marked as a duplicate of bug 124509 ***
I hope you could review this issue more carefully.
"I have already patched 'lto-wrapper.exe' for mingw-gcc, and it works well."
I first implement it for mingw without reusing fd, but it result in infinite
wait
on 'item->lock.lock_read()' in run_gcc() of gcc/lto-wrapper.cc;
Reusing fd solves this, and there is no need to close-and-reopen the fd.
I dont know who wrote the {lockfile.h, lockfile.cc}, but it looks too BAD.
The author even take 'fd < 0' as a condition to test it as 'locked', it should
be 'fd >= 0' instead.
Bug 124509 is only said he want a mingw implementation. But what this Bug
124506 is much more.
