[Bug c++/21210] New: STL containers do not accept GNU builtin __complex__ type anymore

[Bug c++/21210] New: STL containers do not accept GNU builtin __complex__ type anymore

[loose at astron dot nl]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2640 bytes --]

The GCC 4.0.0 release does not support the use of the GNU builtin __complex__
anymore in, e.g., std::vector. The code below used to compile on GNU
(compatible) compilers prior to GCC 4.0

<code>
#include <vector>
typedef float __complex__ fcomplex;
std::vector<fcomplex> vfc(10);
</code>

GCC 4.0.0 produces the following diagnostic:

$ /data/loose/gcc-4.0.0/bin/g++ -v -save-temps -c -Wall -W tVec.cc

Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../src/gcc-4.0.0/configure --prefix=/data/loose/gcc-4.0.0
--enable-threads --enable-__cxa_atexit
Thread model: posix
gcc version 4.0.0
 /data/loose/gcc-4.0.0/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -E -quiet -v
-D_GNU_SOURCE tVec.cc -mtune=pentiumpro -Wall -W -fpch-preprocess -o tVec.ii
ignoring nonexistent directory
"/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0
 /data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/i686-pc-linux-gnu
 /data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/backward
 /usr/local/include
 /data/loose/gcc-4.0.0/include
 /data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/include
 /usr/include
End of search list.
 /data/loose/gcc-4.0.0/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus
-fpreprocessed tVec.ii -quiet -dumpbase tVec.cc -mtune=pentiumpro -auxbase tVec
-Wall -W -version -o tVec.s
GNU C++ version 4.0.0 (i686-pc-linux-gnu)
        compiled by GNU C version 4.0.0.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/stl_vector.h:
In constructor ‘std::vector<_Tp, _Alloc>::vector(size_t) [with _Tp = float
__complex__, _Alloc = std::allocator<float __complex__>]’:
tVec.cc:3:   instantiated from here
/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/stl_vector.h:219:
error: invalid cast from type ‘int’ to type ‘float __complex__’

-- 
           Summary: STL containers do not accept GNU builtin __complex__
                    type anymore
           Product: gcc
           Version: 4.0.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: loose at astron dot nl
                CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/21210] Trouble with __complex__ types default construction

[pcarlini at suse dot de]

------- Additional Comments From pcarlini at suse dot de  2005-04-25 11:59 -------
Actually, this has nothing to do with std::vector per se. This tiny snippet
suffices to trigger the C++ front-end problem:

  typedef float __complex__ fcomplex;
  fcomplex cplx = fcomplex();





-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|STL containers do not accept|Trouble with __complex__
                   |GNU builtin __complex__ type|types default construction
                   |anymore                     |


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 13:22 -------
Confirmed, with  Paolo's reduced testcase.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
           Keywords|                            |rejects-valid
      Known to fail|                            |4.0.0 4.1.0
      Known to work|                            |3.4.0
   Last reconfirmed|0000-00-00 00:00:00         |2005-04-25 13:22:42
               date|                            |
            Summary|Trouble with __complex__    |[4.0/4.1 Regression] Trouble
                   |types default construction  |with __complex__ types
                   |                            |default construction
   Target Milestone|---                         |4.0.1


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[mmitchel at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
                   |dot org                     |
             Status|NEW                         |ASSIGNED


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2005-05-29 21:27 -------
See:

http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02777.html

for additional analysis regarding this PR.

-- 


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-06-01 00:33 -------
: Search converges between 2004-10-19-161001-trunk (#599) and 2004-10-20-014001-trunk 
(#600).


-- 


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2005-06-02 05:04 -------
I am no longer working on this PR.  There is considerable debate about what the
right changes to make to the language are, so I am leaving this aside.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu
                   |                            |dot org
             Status|ASSIGNED                    |NEW


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2005-07-06 17:03 -------
Postponed until 4.0.2.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.0.1                       |4.0.2


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2005-09-05 17:03 -------
I've removed the target milestone for this PR, as the discussion linked to shows
that we don't know yet what we want the behavior to be.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.0.2                       |---


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[sayle at gcc dot gnu dot org]

------- Comment #10 from sayle at gcc dot gnu dot org  2006-06-13 18:06 -------
Subject: Bug 21210

Author: sayle
Date: Tue Jun 13 18:06:00 2006
New Revision: 114618

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114618
Log:

        PR c++/21210
        * typeck2.c (build_functional_cast): Use cp_convert to construct
        non-aggregate initializers instead of the user-level build_c_cast.

        * g++.dg/init/complex1.C: New test case.


Added:
    branches/gcc-4_1-branch/gcc/testsuite/g++.dg/init/complex1.C
Modified:
    branches/gcc-4_1-branch/gcc/cp/ChangeLog
    branches/gcc-4_1-branch/gcc/cp/typeck2.c
    branches/gcc-4_1-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P2                          |P5
   Target Milestone|---                         |4.1.0


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