[Bug c++/63356] New: Compilation failure where clang does not have problems

[Bug c++/63356] New: Compilation failure where clang does not have problems

[fiesh at zefix dot tv]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

            Bug ID: 63356
           Summary: Compilation failure where clang does not have problems
           Product: gcc
           Version: 4.9.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: fiesh at zefix dot tv

I originally filed this as a boost bug:
https://svn.boost.org/trac/boost/ticket/10531

However, given that clang 3.4.2 has no problems compiling it, I suspect it
might be a gcc issue.

In short, the following code, as of boost 1.56.0, fails to compile with wild
error messages, using 4.9.1 as well as 4.8.3:

#include <vector>
#include <boost/polygon/polygon.hpp>
int main()
{
    typedef boost::polygon::polygon_data<int> Polygon;
    typedef boost::polygon::polygon_set_data<int> PolygonSet;
    PolygonSet ps;
    std::vector<Polygon> output;
    ps.get(output);
}

(It does work with boost <= 1.55.0 however!)

[Bug c++/63356] Compilation failure where clang does not have problems

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2014-09-24
                 CC|                            |trippels at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
I cannot reproduce the issue. Please attach a per-processed testcase.

[Bug c++/63356] Compilation failure where clang does not have problems

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
You should have read https://gcc.gnu.org/bugs/ and attached preprocessed code
anyway, not everyone has Boost 1.56 already installed.

[Bug c++/63356] Compilation failure where clang does not have problems

[fiesh at zefix dot tv]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #3 from fiesh at zefix dot tv ---
I wanted to, but the problem is that the ii file is 2.7MB, more than the
maximum allowed file size of 1000KB.  Should I upload it to a different site?

Also I just realized that the problem only occurs with -std=c++11.  (Clang
works with or without.)

[Bug c++/63356] Compilation failure where clang does not have problems

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #4 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to fiesh from comment #3)
> I wanted to, but the problem is that the ii file is 2.7MB, more than the
> maximum allowed file size of 1000KB.  Should I upload it to a different site?
> 
> Also I just realized that the problem only occurs with -std=c++11.  (Clang
> works with or without.)

You can use compression. But no need, because I can now reproduce the issue
with -std=c++11.

[Bug c++/63356] Compilation failure where clang does not have problems

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #6 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
This is what C-reduce came up with:

markus@x4 ~ % cat boost.ii
template <typename _Tp>
struct integral_constant {
  static constexpr _Tp value = 0;
};
template <typename...>
struct __and_;
template <typename _B1>
struct __and_<_B1> : _B1 {};
template <typename _Tp>
_Tp declval();
template <typename _From, typename _To>
struct __is_convertible_helper {
  template <typename _From1, typename _To1,
            typename = decltype(_To1(declval<_From1>()))>
  static integral_constant<int> __test(int);
  typedef decltype(__test<_From, _To>(0)) type;
};
template <typename _From, typename _To>
struct is_convertible : __is_convertible_helper<_From, _To>::type {};
template <int>
struct Trans_NS_std_enable_if {};
template <class _T1, class>
struct pair {
  _T1 first;
  template <class _U1, class _U2,
            class = typename Trans_NS_std_enable_if<
                __and_<is_convertible<_U1, _T1>>::value>::type>
  pair(pair<_U1, _U2>);
  template <class _U2>
  pair(_T1 __x, _U2)
      : first(__x) {}
};
class point_data;
class vector {
 public:
  void push_back(pair<pair<pair<point_data, point_data>, int>, int *>);
};
template <typename _Key>
class map {};
class point_data {
 public:
  template <typename PointType>
  point_data(PointType);
  map<int> processEvent__iter;
  vector processEvent__counts_from_scanline;
  template <class cT, class iT>
  void processEvent_(cT, iT, iT) {
    processEvent__counts_from_scanline.push_back(
        pair<pair<pair<point_data, point_data>, int>, int *>(
            pair<pair<point_data, point_data>, int>(
                pair<point_data, point_data>(0, 0), processEvent__iter),
            0));
  }
  void get_dispatch() { get_fracture(0, 0, 0); }
  template <typename output_container, typename concept_type>
  void get_fracture(output_container, int, concept_type) {
    processEvent_(0, 0, 0);
  }
};

markus@x4 ~ % icpc -std=c++11 -c boost.ii
markus@x4 ~ % clang++ -std=c++11 -c boost.ii
markus@x4 ~ % g++ -std=c++11 -c boost.ii
boost.ii: In instantiation of ‘struct
__is_convertible_helper<pair<pair<point_data, point_data>, int>,
pair<point_data, point_data> >’:
boost.ii:19:8:   required from ‘struct is_convertible<pair<pair<point_data,
point_data>, int>, pair<point_data, point_data> >’
boost.ii:8:8:   required from ‘struct
__and_<is_convertible<pair<pair<point_data, point_data>, int>, pair<point_data,
point_data> > >’
boost.ii:52:15:   recursively required by substitution of ‘template<class _U2>
pair<_T1, <template-parameter-1-2> >::pair(_T1, _U2) [with _U2 = <missing>]’
boost.ii:52:15:   required from ‘void point_data::processEvent_(cT, iT, iT)
[with cT = int; iT = int]’
boost.ii:57:26:   required from ‘void
point_data::get_fracture(output_container, int, concept_type) [with
output_container = int; concept_type = int]’
boost.ii:54:45:   required from here
boost.ii:16:26: error: no matching function for call to
‘__is_convertible_helper<pair<pair<point_data, point_data>, int>,
pair<point_data, point_data> >::__test(int)’
   typedef decltype(__test<_From, _To>(0)) type;
                          ^
boost.ii:16:26: note: candidate is:
boost.ii:15:33: note: template<class _From1, class _To1, class> static
integral_constant<int> __is_convertible_helper<_From, _To>::__test(int) [with
_From1 = _From1; _To1 = _To1; <template-parameter-2-3> =
<template-parameter-1-3>; _From = pair<pair<point_data, point_data>, int>; _To
= pair<point_data, point_data>]
   static integral_constant<int> __test(int);
                                 ^
boost.ii:15:33: note:   template argument deduction/substitution failed:
boost.ii:14:13: error: no matching function for call to ‘pair<point_data,
point_data>::pair(pair<pair<point_data, point_data>, int>)’
             typename = decltype(_To1(declval<_From1>()))>
             ^
boost.ii:14:13: note: candidates are:
boost.ii:30:3: note: template<class _U2> pair<_T1, <template-parameter-1-2>
>::pair(_T1, _U2)
   pair(_T1 __x, _U2)
   ^
boost.ii:30:3: note:   template argument deduction/substitution failed:
boost.ii:14:13: note:   candidate expects 2 arguments, 1 provided
             typename = decltype(_To1(declval<_From1>()))>
             ^
boost.ii:28:3: note: template<class _U1, class _U2, class> pair<_T1,
<template-parameter-1-2> >::pair(pair<_U1, _U2>)
   pair(pair<_U1, _U2>);
   ^
boost.ii:28:3: note:   template argument deduction/substitution failed:
boost.ii:26:13: error: no type named ‘type’ in ‘struct
Trans_NS_std_enable_if<0>’
             class = typename Trans_NS_std_enable_if<
             ^
boost.ii:23:8: note: constexpr pair<point_data, point_data>::pair(const
pair<point_data, point_data>&)
 struct pair {
        ^
boost.ii:23:8: note:   no known conversion for argument 1 from
‘pair<pair<point_data, point_data>, int>’ to ‘const pair<point_data,
point_data>&’
boost.ii:23:8: note: constexpr pair<point_data,
point_data>::pair(pair<point_data, point_data>&&)
boost.ii:23:8: note:   no known conversion for argument 1 from
‘pair<pair<point_data, point_data>, int>’ to ‘pair<point_data, point_data>&&’
boost.ii: In instantiation of ‘void point_data::processEvent_(cT, iT, iT) [with
cT = int; iT = int]’:
boost.ii:57:26:   required from ‘void
point_data::get_fracture(output_container, int, concept_type) [with
output_container = int; concept_type = int]’
boost.ii:54:45:   required from here
boost.ii:36:8: error:   initializing argument 1 of ‘void
vector::push_back(pair<pair<pair<point_data, point_data>, int>, int*>)’
   void push_back(pair<pair<pair<point_data, point_data>, int>, int *>);
        ^
>From gcc-bugs-return-462432-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 24 14:11:23 2014
Return-Path: <gcc-bugs-return-462432-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5287 invoked by alias); 24 Sep 2014 14:11:22 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 4833 invoked by uid 48); 24 Sep 2014 14:11:15 -0000
From: "glisse at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63359] aarch64: 32bit registers in inline asm
Date: Wed, 24 Sep 2014 14:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: glisse at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63359-4-fdOjildieT@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63359-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63359-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-09/txt/msg02266.txt.bz2
Content-length: 638

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc359

--- Comment #2 from Marc Glisse <glisse at gcc dot gnu.org> ---
(In reply to James Molloy from comment #1)
> > Besides, clang rejects it, so please find a common syntax...
>
> It shouldn't. The "w" modifier should have been supported since clang 3.4,
> and is certainly supported in clang 3.5.

Uh, you are right. I have no idea why my earlier tests failed... Sorry.

So I would mostly like to see this 'w' modifier documented in the gcc doc, and
a warning that includes a hint about 'w'. (For clang I only have 3.5 and
svn215195 of 3.6 and the note part is not present yet)

Thanks.

[Bug c++/63356] Compilation failure where clang does not have problems

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #7 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Or a bit more compact and obfuscated:

template <typename _Tp>
struct A {
  static constexpr _Tp value = 0;
};
template <typename...>
struct B;
template <typename _B1>
struct B<_B1> : _B1 {};
template <typename _Tp>
_Tp declval();
template <typename _From, typename _To>
struct C {
  template <typename _From1, typename _To1,
            typename = decltype(_To1(declval<_From1>()))>
  static A<int> __test(int);
  typedef decltype(__test<_From, _To>(0)) type;
};
template <typename _From, typename _To>
struct I : C<_From, _To>::type {};
template <int>
struct D {};
template <class _T1, class>
struct F {
  _T1 first;
  template <class _U1, class _U2,
            class = typename D<B<I<_U1, _T1>>::value>::type>
  F(F<_U1, _U2>);
  template <class _U2>
  F(_T1 p1, _U2)
      : first(p1) {}
};
class G;
class H {
 public:
  void push_back(F<F<F<G, G>, int>, int *>);
};
class G {
 public:
  template <typename PointType>
  G(PointType);
  H processEvent__counts_from_scanline;
  template <class cT, class iT>
  void processEvent_(cT, iT, iT) {
    processEvent__counts_from_scanline.push_back(
        F<F<F<G, G>, int>, int *>(F<F<G, G>, int>(F<G, G>(0, 0), 0), 0));
  }
  void get_dispatch() { get_fracture(0, 0, 0); }
  template <typename output_container, typename concept_type>
  void get_fracture(output_container, int, concept_type) {
    processEvent_(0, 0, 0);
  }
};

[Bug c++/63356] Compilation failure where clang does not have problems

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #8 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
template <typename _Tp>
struct A {
  static constexpr _Tp value = 0;
};
template <typename...>
struct B;
template <typename _B1>
struct B<_B1> : _B1 {};
template <typename _Tp>
_Tp declval();
template <typename _From, typename _To>
struct C {
  template <typename _From1, typename _To1,
            typename = decltype(_To1(declval<_From1>()))>
  static A<int> __test(int);
  typedef decltype(__test<_From, _To>(0)) type;
};
template <typename _From, typename _To>
struct I : C<_From, _To>::type {};
template <int>
struct D {};
template <class _T1, class>
struct F {
  _T1 first;
  template <class _U1, class _U2,
            class = typename D<B<I<_U1, _T1>>::value>::type>
  F(F<_U1, _U2>);
  template <class _U2>
  F(_T1 p1, _U2)
      : first(p1) {}
};
class G;
class H {
 public:
  void push_back(F<F<F<G, G>, int>, int *>);
};
class G {
 public:
  template <typename PointType>
  G(PointType);
  H processEvent__counts_from_scanline;
  void processEvent_() {
    processEvent__counts_from_scanline.push_back(
        F<F<F<G, G>, int>, int *>(F<F<G, G>, int>(F<G, G>(0, 0), 0), 0));
  }
};

[Bug c++/63356] Compilation failure where clang does not have problems

[fiesh at zefix dot tv]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #9 from fiesh at zefix dot tv ---
Ever so little simplified:

struct A {};

template <typename _B1>
struct B : _B1 {};

template <typename _Tp>
_Tp declval();

template <typename _From, typename _To>
struct C {
  template <typename _From1, typename _To1,
            typename = decltype(_To1(declval<_From1>()))>
  static A __test(int);
  typedef decltype(__test<_From, _To>(0)) type;
};

template <typename _From, typename _To>
struct I : C<_From, _To>::type {};

template <int>
struct D {};

template <class _T1, class>
struct F {
  _T1 first;
  template <class _U1, class _U2,
            class = typename D<B<I<_U1, _T1>>::value>::type>
  F(F<_U1, _U2>);
  template <class _U2>
  F(_T1 p1, _U2)
      : first(p1) {}
};

class G;

class H {
 public:
  void push_back(F<F<F<G, G>, int>, int *>);
};

class G {
 public:
  template <typename PointType>
  G(PointType);
  H processEvent__counts_from_scanline;
  void processEvent_() {
    processEvent__counts_from_scanline.push_back(
        F<F<F<G, G>, int>, int *>(F<F<G, G>, int>(F<G, G>(0, 0), 0), 0));
  }
};

[Bug c++/63356] [4.8/4.9/5 Regression] Compilation failure where clang does not have problems

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.8.4
            Summary|Compilation failure where   |[4.8/4.9/5 Regression]
                   |clang does not have         |Compilation failure where
                   |problems                    |clang does not have
                   |                            |problems
      Known to fail|                            |4.8.3, 4.9.1, 5.0

[Bug c++/63356] [4.8/4.9/5 Regression] Compilation failure where clang does not have problems

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |rejects-valid

--- Comment #10 from Richard Biener <rguenth at gcc dot gnu.org> ---
What version of GCC works?  That is, how is this a regression?

[Bug c++/63356] Compilation failure where clang does not have problems

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[4.8/4.9/5 Regression]      |Compilation failure where
                   |Compilation failure where   |clang does not have
                   |clang does not have         |problems
                   |problems                    |

--- Comment #11 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Richard Biener from comment #10)
> What version of GCC works?  That is, how is this a regression?

You're right it isn't.

[Bug c++/63356] Compilation failure where clang does not have problems

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.8.4                       |4.8.5

--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.4 has been released.

[Bug c++/63356] Compilation failure where clang does not have problems

[fiesh at zefix dot tv]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #13 from fiesh at zefix dot tv ---
Are there any news on this bug?  At least for us, this keeps production code
from being able to work with any boost >1.55, which is becoming an increasingly
bigger issue.

[Bug c++/63356] Compilation failure where clang does not have problems

[fiesh at zefix dot tv]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #14 from fiesh at zefix dot tv ---
Bounty: EUR 150

I'd like to try something new and place a bounty on this issue.  In order to
collect it, you have to provide a patch that is accepted into 4.9 and 5.  You
also need to be able to write a bill with explicit VAT (we are based in
Germany).  Alternatively, I'll donate the money to any charitable use of your
choice, again subject to requiring a receipt from the charity receiving it.

[Bug c++/63356] Compilation failure where clang does not have problems

[fiesh at zefix dot tv]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

--- Comment #15 from fiesh at zefix dot tv ---
Boost 1.58.0 has a workaround by making one function "explicit".
(https://github.com/boostorg/polygon/commit/634aa3de29d63dcf02a478ca2b5045c5e9ccb7e0)

Since this means the bug becomes irrelevant for me, I suppose the number of
people who do find the bug relevant has decreased to zero. ;)

[Bug c++/63356] Compilation failure where clang does not have problems

[jason at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Jason Merrill <jason at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW

--- Comment #16 from Jason Merrill <jason at gcc dot gnu.org> ---
Taking this bug out of WAITING; I don't know why it was there.

[Bug c++/63356] Compilation failure where clang does not have problems

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.8.5                       |---

[Bug c++/63356] Compilation failure where clang does not have problems

[manu at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |manu at gcc dot gnu.org
      Known to work|                            |6.0
         Resolution|---                         |FIXED

--- Comment #17 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to fiesh from comment #9)
> Ever so little simplified:

All three reduced testcases are working in GCC 6.0. I'm closing this as FIXED.
Feel free to reopen it if required.
>From gcc-bugs-return-497909-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 23 18:06:05 2015
Return-Path: <gcc-bugs-return-497909-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 24487 invoked by alias); 23 Sep 2015 18:06:05 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 24410 invoked by uid 48); 23 Sep 2015 18:06:01 -0000
From: "miyuki at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/67693] Spurious warning: control reaches end of non-void function [-Wreturn-type]
Date: Wed, 23 Sep 2015 18:06:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.2.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: miyuki at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: DUPLICATE
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cc resolution
Message-ID: <bug-67693-4-EiODIAW3nj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-67693-4@http.gcc.gnu.org/bugzilla/>
References: <bug-67693-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-09/txt/msg01887.txt.bz2
Content-length: 566

https://gcc.gnu.org/bugzilla/show_bug.cgi?idg693

Mikhail Maltsev <miyuki at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |miyuki at gcc dot gnu.org
         Resolution|---                         |DUPLICATE

--- Comment #1 from Mikhail Maltsev <miyuki at gcc dot gnu.org> ---
dup

*** This bug has been marked as a duplicate of bug 66590 ***