http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888

Jorn Wolfgang Rennecke <amylaar at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #32 from Jorn Wolfgang Rennecke <amylaar at gcc dot gnu.org> 
2010-12-11 03:50:45 UTC ---
(In reply to comment #31)
> This problem does not occur in the latest snapshot, gcc-4.6-20101204. In fact,
> the build passed this point successfully.

Good.  I'm closing this PR now then.
As we have no details about what exactly happened with the previous
snapshot, my best guess is that something with applying the patch didn't
quite work right at your end, or the extracted snapshot was corrupted to
begin with.

> However, other problem surfaces. With
> Cygwin build, it complained assembly code as shown in error message below.

This is clearly a separate issue.  Please open a new PR for it, unless that
has already been done, and/or the problem has been fixed, in the meantime.

> For MinGW build, it complained about lto plugin as shown below.

That, too, is a separate issue.  You clearly seem to be unlucky with your
snapshots, as this has been fixed just after the snapshot was made:
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00369.html

r167468 | ktietz | 2010-12-05 09:06:25 +0100 (Sun, 05 Dec 2010) | 9 lines

2010-12-05  Kai Tietz  <kai.ti...@onevision.com>

        * config.h.in: Regenerated.
        * configure: Regenerated.
        * configure.ac (AC_CHECK_HEADERS): Replaced by AC_HEADER_SYS_WAIT.
        * lto-plugin.c (WIFEXITED): Define default.
        (WEXITSTATUS): Likeiwse.

Reply via email to